/ и отдельный /home на btrfs

Допустим я сделаю в btrfs раздел и в нем два подраздела для / и /home. Как будет выглядеть переустановка или установка другой системы? Не затрет ли она мне хомяк?

Почти как с lvm2-томами, только размер изначально не задан и можно не задавать его вовсе, тогда он будет общий для подтомов

А btrfs как? Можно отформатировать / и не затронуть хомяк?

можно удалить подтом с / и создать новый, не трогая хомяк

Знают ли об этом установщики? (в частности Fedora/Ubuntu)

У федоры не помню, а вот убунту точно ничего про бтрфс не знает. Я видел только один установщик, который умеет работать с подтомами бтрфс - openSUSE

Решили же, что подтома почти каталоги, так что не переформатировать часть, а удалить из неё файлы или пересоздать саму. Затык в том, что умеет установщик. Но у многих же можно просто точки монтирования указать, без форматирований. Сначала только вручную доработать. Если подтома не умеет, то зацепится за корневой, наверно, а после установки вручную hpme указать. А если умеет, то оба сразу указать.

В убунте вон ZFS установка по дефолту делает zstd для root и lz4 для /boot. Кстати 2 раза пережила отключение по питанию на этапе выключения системы когда systemd какого-то там лешего бесконечно ждет чего-то без результатно.

убунту точно ничего про бтрфс не знает

Создаёт по умолчанию @ и @home.

Если ФС навернулась, то все снапшоты навернулись вместе с ней.

А мне снапшоты спасли данные, когда хард начал сыпаться

понял, спасибо. Я когда последний раз тыкал ее, в интернетах предлагали писать скрипт для монтирования, обзывать его mount и вкидывать в PATH, чтобы он использовался вместо реальной утилиты

Но было бы неплохо не получать сообщений об ошибках при попытке чтения файла (пусть и повреждённого).

Упоролся? Не хочешь получать ошибки, пиши свой клиент, который будет их молча обрабатывать. Либо интегрируй libastral в драйвер фс, чтобы он знал, какому клиенту выдавать ошибку, какому нет.

не осиливай, будь блондинкой

Ну, насчёт кастомизации при установке не уверен, мне кажется, её нет. Но отдельный саб под корень избавляет от некоторой головной боли, а дальше там всё равно можно переделать как угодно.

Сначала следует определиться, что такое «необходимость».

Так давайте определимся, в чем проблема?

не осиливай, будь блондинкой

То есть аргументов нет.

это и есть — аргумент.
т.е. ты можешь рулить машину, не прочитав ни одного мануала на неё, и ПДД тоже можешь не учить.
это твоё неотъемлемое право — быть «блондинкой».

Давайте не подменять понятия и не заниматься словоблудием. Вы уже показали свою несостоятельность в данном вопросе. Все, на что вы способны - обзываться на уровне младших классов средней школы.

давайте определимся, в чем проблема?

Какая проблема?

suse оно хотя бы интегрированно с zypper

c dnf оно тоже интегрировано. Тоже криво.

В чём проблема с определением понятия «необходимость»?

reiser журналирует

Вы сначала эту школу закончите, чтобы глупые вопросы не задавать.

Как и ext4.
Но, у in-place fs, полное журналирование — просадка производительности существенная.
Поэтому журналят только метаданные.

Subvolume в btrfs, насколько я понимаю, это просто отдельная директория или что-то типа того? Допустим я сделаю в btrfs раздел и в нем два подраздела для / и /home. Как будет выглядеть переустановка или установка другой системы? Не затрет ли она мне хомяк?

Ты сделал многовато ошибок в выражении ‘Z File System’, не надо так.

1 - делаешь файловую систему btrfs.

2 - на ней создаешь два сабволума @root-now и @home-now. Они выглядят просто как директории. Символ «@» добавляется для того, чтобы не перепутать subvol с обычной директорией. Их прописываешь в /etc/fstab и используешь по дефолту.

3 - снапшотишь их, добавляя текущую дату, например, для @root-now получится ‘@root-@UTC_20210507193214’.

4 - когда и если с системой что-то пойдет не так после обновления, то просто в /etc/fstab поменяешь @root-now на ‘@root-@UTC_20210507193214’ и ребутнешься в него. @home-now при этом останется прежним. Потом уже выберешь, какой версией хочешь пользоваться. А другую можно будет удалить, если не нужна.

В btrfs меня интересуют снапшоты, увеличение/уменьшение разделов на лету, возможно сжатие данных (какой-нибудь /usr и /var сжать было бы полезно).

Тебя ещё интересуют квоты. Ну раз уж ты делаешь снапшоты.

Это нестрогое и неформальное понятие. В наиболее узком смысле, нет ничего необходимого, всему можно найти «обход». В отсутствии этого определения я не могу содержательно ответить на твой исходный вопрос — любые мои аргументы можно признать недействительными, изменив определение «необходимости».

когда и если с системой что-то пойдет не так после обновления, то просто в /etc/fstab поменяешь @root-now на ‘@root-@UTC_20210507193214’ и ребутнешься в него

В параметры ядра же, а не в fstab.

в параметрах указан UUID самой файловой системы, в которой созданы сабволумы:

root=UUID=12edfwsf-...

А в fstab сами сабволумы:

UUID=12edfwsf-... / btrfs defaults,autodefrag,noatime,subvol=@root-stable 0 0

то просто в /etc/fstab поменяешь

Файл fstab находится внутри условного подтома root. Если у тебя что-то пошло не так и ты хочешь подменить корень системы на root-snapshot, то какой файл fstab будет читаться?

А, ну да ) Если бы система была каким-то образом испорчена, то я бы просто прописал в fstab нужный subvol и машинально не думая сделал бы grub-mkconfig, что добавило бы 'rootflags=subvol=@root-@UTC_20210507193214' в grub.cfg. Я забыл, что система может и вообще не загрузиться, это как-то редко происходит )))

и машинально не думая сделал бы grub-mkconfig

А об этом ты благополучно умолчал. Перечитай внимательно пункт 4 твоего сообщения. Из него совсем не следует, что система загрузится с новым корнем.