LinuxMint.com.ru

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

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

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

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

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?

Нет.

di_mok писал(а): ↑

11 июл 2018, 09:36

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

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

di_mok писал(а): ↑

11 июл 2018, 09:36

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

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

di_mok писал(а): ↑

11 июл 2018, 09:36

Нет.

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

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

Dja писал(а): ↑

11 июл 2018, 10:22

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

Подтома в ФС btrfs

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

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

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

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

Dja писал(а): ↑

11 июл 2018, 10:28

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

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

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

di_mok писал(а): ↑

11 июл 2018, 09:36

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

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

darkfenix писал(а): ↑

11 июл 2018, 10:36

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

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

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...

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

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

Fantastic писал(а): ↑

11 июл 2018, 10:54

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

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

Fantastic писал(а): ↑

11 июл 2018, 10:54

Просто какое то прям сильное желание (можно сказать и иррациональное, но все же) посидеть на btrfs.

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

slant писал(а): ↑

11 июл 2018, 13:06

А в остальном, ушатать ее так, чтобы нельзя было хотя бы считать данные - весьма трудно, по моему опыту (ext4 слетает куда от меньшего).

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

slant писал(а): ↑

11 июл 2018, 13:06

Доволен как слон

Плюсадин.

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

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

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

vikonrob писал(а): ↑

11 июл 2018, 13:10

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

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

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

Dja писал(а): ↑

11 июл 2018, 13:21

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

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

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

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