Файловая система btrfs

Fantastic · #1

Решил поставить linux mint 19 на ФС (точнее уже поставил, так как сижу на ней) btfrs. И хотел бы уточнить пару моментов, правильно ли я понял. При установки и делении диска пользовался только программой установщиком, разделил диск на boot, swap и все остальное на / в ФС btrfs. Так как по мануалу понял что так создастся два раздела @ и @home и в них будет / и /home соответственно.

1. Правильно ли я это понял, то есть можно ли будет например переустановить систему спокойно не трогая /home? (@home) Еще перепроверял так, что бы убедиться (хотя я это не до конца понимаю) что все норм:

Код: Выделить всё

fantastic@fantastic-desktop:~$ sudo btrfs subvolume list /
[sudo] пароль для fantastic: 
ID 257 gen 6486 top level 5 path @
ID 258 gen 6486 top level 5 path @home
ID 265 gen 6038 top level 5 path timeshift-btrfs/snapshots/2018-07-06_08-50-35/@
ID 266 gen 6038 top level 5 path timeshift-btrfs/snapshots/2018-07-07_09-00-01/@
ID 268 gen 6185 top level 5 path timeshift-btrfs/snapshots/2018-07-08_09-00-02/@
ID 269 gen 6185 top level 5 path timeshift-btrfs/snapshots/2018-07-09_12-00-01/@
ID 270 gen 6185 top level 5 path timeshift-btrfs/snapshots/2018-07-10_12-00-01/@

2. Правильно ли я прописал сжатие? Можно и стоит ли как то еще сжать уже установленную систему? Как я понял прописав сжатие, я сжимаю только то что будет устанавливаться после. (если я вообще это правильно сделал)

Код: Выделить всё

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda3 during installation
UUID=138e1879-5e0d-4b19-8f63-ef0e6ac8622f /               btrfs   defaults,compress=lzo,subvol=@ 0       1
# /boot was on /dev/sda1 during installation
UUID=da621ed6-56b7-4217-b0bd-09380132d965 /boot           ext2    defaults        0       2
# /boot/efi was on /dev/sdb2 during installation
UUID=C008-8F73  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda3 during installation
UUID=138e1879-5e0d-4b19-8f63-ef0e6ac8622f /home           btrfs   defaults,compress=lzo,subvol=@home 0       2
# swap was on /dev/sda2 during installation
UUID=82ea7cbc-1c3e-4c71-ac2b-44ba04093e14 none            swap    sw              0       0

3. Равноценны ли снимки в timeshift rsync и btrfs? И если да, в btfrs же снимок считай ничего не весит, стоит ли тогда включить галочку над "Включить подраздел "@home в резервную копию"?

#2

Fantastic писал(а): ↑
11 июл 2018, 08:41
разделил диск на boot, swap

LM19 в файл свапует

Fantastic писал(а): ↑
11 июл 2018, 08:41
понял что так создастся два раздела

Подтома

Fantastic писал(а): ↑
11 июл 2018, 08:41
не трогая /home?

Нет. Установщик затрёт хомяка

Fantastic писал(а): ↑
11 июл 2018, 08:41
Равноценны ли снимки в timeshift rsync и btrfs?

Нет.

Fantastic · #3

di_mok писал(а): ↑
11 июл 2018, 09:36
LM19 в файл свапует

Это что получается я зря отрезал место для свапа?

di_mok писал(а): ↑
11 июл 2018, 09:36
Нет. Установщик затрёт хомяка

Блин, вот это плохо. Хотя некоторые и в ext4 без отдельного хомяка сидят.

di_mok писал(а): ↑
11 июл 2018, 09:36
Нет.

Если различие только в том что в первом можно снимок перенести на другой диск, то мне это пока не важно, так как нет диска под это дело.

#4

А что за собаки? о.О

Fantastic · #5

Dja писал(а): ↑
11 июл 2018, 10:22
А что за собаки? о.О

Подтома в ФС btrfs

А можно ли как и в ext4 в btrfs просто выбрать эту ФС, но ставить отдельно / и /home? Или можно как это это проделать на уже установленной системе?

И при таком раскладе, можно ли как то сделать, что бы автоматом сколько надо выделялось с диска для / и /home или так только если хомяк в руте можно?

Просто у меня нет отдельного диска для хранения важной инфы и вот не знаю как тогда лучше поступить.

#6

Как-то всё замудренно ))) Надеюсь это не будущее минта

Fantastic · #7

Dja писал(а): ↑
11 июл 2018, 10:28
ак-то всё замудренно ))) Надеюсь это не будущее минта

Да там все просто, даже я нуб более менее разобрался. Только вот тупанул, думал благодаря подтомам хомяк будет отдельно, а оказывается нет.

#8

Fantastic, просто это когда поставил, настроил, сделал бэкап и радуешься. А когда автоматом таймшифтится, да еще и хомяк сносится при установке... не есть гуд...

#9

di_mok писал(а): ↑
11 июл 2018, 09:36
LM19 в файл свапует

Только на btrfs работать не будет. Проверял. Поставил без раздела свап. Файл создался но при загрузке ругался на проблемы со свапом. Погуглил узнал что свап-файл на btrfd нельзя. Так что лучше использовать отдельный раздел.

Fantastic · #10

darkfenix писал(а): ↑
11 июл 2018, 10:36
Погуглил узнал что свап-файл на btrfd нельзя. Так что лучше использовать отдельный раздел.

Во, спасибо, теперь еще больше знаю о btfrs. Теперь осталось подумать что с хомяком делать и все будет круто

#11

Fantastic писал(а): ↑
11 июл 2018, 09:46
Это что получается я зря отрезал место для свапа?

Нет, не зря. Свап файл нельзя класть на btrfs в силу особенностей его использования. Так что все правильно. А вот отдельный boot было делать не нужно, этим вы ядро из снапшотов исключили, и усложнили автоматическое восстановление через timeshift.

Fantastic писал(а): ↑
11 июл 2018, 09:46
Блин, вот это плохо. Хотя некоторые и в ext4 без отдельного хомяка сидят.

Можно, сделать так, чтобы не затер. Перед установкой загружаетесь в live, сносисте подтом "@" и снапшоты, переименовываете ''@home" во что-то другое и запускаете установку. При разметке дисков - убедится, что обычное форматирование отключено. А новые продразделы @ и @home установщик создаст и на уже отформатированнном диске - тут проверяли. Потом просто подменяете ему @home на старый.

Fantastic писал(а): ↑
11 июл 2018, 09:46
Если различие только в том что в первом можно снимок перенести на другой диск, то мне это пока не важно, так как нет диска под это дело.

Различие в том, что rsync снапшот - это физическая копия данных. btrfs снапшот - это для всех не измененных данных просто ссылка на оригинал. Если вам симлинки/хардлинки знакомы - снапшот это как создание хардлинка (но только не для файлов, а для блоков). Т.е. физически блок на диске по прежнему один, но ссылаются на него уже как бы два файла из разных снапшотов. Потом, когда файл меняется (не важно в оригинале или в снапшоте) - измененный блок становится отдельным физически для измененного файла - т.е. их становится два отдельных.

Fantastic писал(а): ↑
11 июл 2018, 10:27
А можно ли как и в ext4 в btrfs просто выбрать эту ФС, но ставить отдельно / и /home? Или можно как это это проделать на уже установленной системе?

Можно, но тогда теряете смысл btrfs и снапшоты в timeshift работать не будут.

Fantastic писал(а): ↑
11 июл 2018, 10:27
И при таком раскладе, можно ли как то сделать, что бы автоматом сколько надо выделялось с диска для / и /home или так только если хомяк в руте можно?

Нет, для этого раздел должен быть один. Свободное место может делится только между подразделами на одном разделе. Зато туда можно добавить несколько физических дисков и получить аналог raid - причем тип оного можно перестроить на ходу как угодно.Только 5 и 6 использовать не нужно. А 0, 1, 10 - сколько угодно.

Dja писал(а): ↑
11 июл 2018, 10:28
Как-то всё замудренно ))) Надеюсь это не будущее минта

btrfs - это еще ничего особенного вот zfs...

Fantastic · #12

slant, Большое спасибо за такой ответ. Ну раз у меня все равно нет отдельного диска для сохраниения важного. И если полетит диск я в любом случае потеряю. А вот раз хомяк все таки можно сохранить, то наверно оставлю все как сейчас есть. Просто какое то прям сильное желание (можно сказать и иррациональное, но все же) посидеть на btrfs.

А есть ли смысл (как выше писал) в снапшот от тамшифт добавить хомяка?

#13

Fantastic писал(а): ↑
11 июл 2018, 10:54
А есть ли смысл (как выше писал) в снапшот от тамшифт добавить хомяка?

Ну если уж прям так сильно хочется - добавь

#14

Fantastic писал(а): ↑
11 июл 2018, 10:54
Просто какое то прям сильное желание (можно сказать и иррациональное, но все же) посидеть на btrfs.

Ну почему же иррациональное - я на ней уже год сижу. Доволен как слон. За это время много интересного было - умирал винт, глючил sata кабель - fs показала себя очень достойно, ничего не потеряно.
Главное - не надо торопится лечить через btrfs check, если вдруг что, и вообще - внимательно прочитать про порядок действий в случае проблемного раздела. А в остальном, ушатать ее так, чтобы нельзя было хотя бы считать данные - весьма трудно, по моему опыту (ext4 слетает куда от меньшего). Так что стандартный порядок действий - смонтировать раздел (добиться монтирования хотя бы в ro можно практически всегда), считать данные (они обычно остаются доступны, если железо в порядке - резервирование метаданных и контрольные суммы рулят) - потом пересоздать раздел. Лечить через btrfs check - не стоит. Это уже реанимация, не для простых смертных.

vikonrob · #15

slant писал(а): ↑
11 июл 2018, 13:06
А в остальном, ушатать ее так, чтобы нельзя было хотя бы считать данные - весьма трудно, по моему опыту (ext4 слетает куда от меньшего).

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

#16

slant писал(а): ↑
11 июл 2018, 13:06
Доволен как слон

Плюсадин.

А про данные особо не беспокоюсь. Одно время slant периодически ненавязчиво рекламировал Syncthing, я сначала не обращал внимания, потом попробовал, теперь доволен как мамонт.

#17

di_mok, там же всё по-английски...

С клонзиллой то еле познакомился

#18

vikonrob писал(а): ↑
11 июл 2018, 13:10
Я её в свое время ушатал простым восстановлением образа сделанного клонзиллой, чего никогда не наблюдалось с ext4

"Свое время" - это когда было? Она с в стабильном статусе всего чуть больше года (где-то с весны 2017), а до того - подобное было довольно регулярным делом когда пытались заставить ее делать то, на что она не рассчитана. Это раз. Во вторых - эта fs как и zfs не очень предназначена для подобного в принципе. Например, через dd ее переносить вообще нельзя - причины те же самые, почему нельзя на нее класть свап-файл. Так что зависит от версии клонзиллы. Если была старой, и пыталась ее перенести через dd как незнакомую - результат закономерен.

Если нужно переносить данные с нее или на нее ниже уровня файлов - есть специальные команды send и receive - работают с подразделами.

Dja писал(а): ↑
11 июл 2018, 13:21
di_mok, там же всё по-английски...

...по умолчанию. А русский интерфейс давно есть, переключается вверху через выпадающее меню (там на скрине English написано).

#19

На счет dd уточняю - есть исключение. Можно сделать с помощью dd образ раздела копируя раздел btrfs в файл, но разворачивать обратно его нельзя. Можно просто этот образ смотнировать через loop - иногда такое полезно.

#20

Какой тогда в ней смысл если клонзилой нельзя заюзать? FS должна понимать всё.

Кто сейчас на конференции