Миграция на btrfs

И не совсем понятны всякие опции, «отключим для тома COW» это что, если образ COW т.е. его нельзя держать на btrfs образы с COW?

Попробуй открыть гугл, написать запрос: "файловые системы что такое cow?

Зачем автор называет тома @имя, это что так принято?

Чтобы проще было отличить том от директории, при монтировании корня btrfs.

Не нравится указания целой кучи опций при монтировании :(

Тебе шашечки или ехать?

Что такое COW я знал еще лет 20 назад, я про то что если у меня уже есть том с фс я что туда не могу положить образ COW что ли?

Я привык в основном юзать дефаульт так как считаю разрабы дистрибута лучше разбраются в этом.

Где в статье к примеру: btrfs device add?

Я привык к LVM и не сразу все понимаю. И если я делаю mkfs.xfs /… то в основном это пашет без проблем и как нужно. Зачем тут лепить кучу всякую :(

Потому, что btrfs это не только фс.

если образ COW т.е. его нельзя держать на btrfs образы с COW?

Сильно не рекомендуется. Но ты можешь отключить COW для отдельной папки (должна быть пустой в этот момент), а не целого subvolume.

Положи никто тебе не запрещает. Если ты знаешь что такое cow - сам сделай выводы про особенности.

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

Вот это хорошо.

Глянул у себя в Ф42, для ext есть /etc/mke2fs.conf для lvm целая дира с кучей всего в /etc/lvm а что то про btrfs не видно ничего :( Хотел поглядеть что он там по дефаульту тащит …

btrfs-progs-6.14-1.fc42.x86_64 - болтается в системе.

Прикольно у АРЧа на этот счет первой строкой написано:

Warning: Disabling CoW in Btrfs also disables checksums. Btrfs will not be able to detect corrupted nodatacow files. When combined with RAID 1, power outages or other sources of corruption can cause the data to become out of sync.

раз и образ тю тю ;)

The nodatacow option also disables compression. 

И вообще почитал : https://wiki.archlinux.org/title/Btrfs не все так радужно :( Есть свои тараканы.

м-м-м. и где глубинная связь между CoW и чексуммами :( не знал, надо будет перекурить бутер еще раз.
у бутера косяков хватало :(

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

2. тебе нужны обязательно только noatime,compress=zstd:3 можно еще commit=120 для уменьшения количества операций записи

3. cow - это copy on write. оно работает только есть снапшоты, а как делаются снапшоты с отключенным cow я не вникал. там смычл в том, что ты делаешь снапшот, потом меняешь файл и на диске зранятся лишь изменения без копирования всего файла, те название совершенно идиотское и вводит в заблуждение

примеру для торрентов

Пару тысяч записей за час, а потом не записывает год-два - это часто?

Зачем автор называет тома @имя, это что так принято?

Есть такие люди-охранители. Их 30 лет назад научили что диск надо резать на части, бут отдельно, хоум отдельно, логи отдельно и они тянут это бесценное знание сквозь тысячелетия.

btrfs позволяет всё складывать в один раздел, в том числе и своп-файл. Монтировать с одной простой опцией - defaults, и не думать ни о чем. Работать будет нормально, +- так же как ext4. При этом у тебя будет возможность включать всякие ништяки, снапшоты, сжатие, рейд, можно менять размер в любую сторону на ходу итд итп.

бут отдельно

А нынче EFI отдельно всё равно надо делать

Где в статье к примеру: btrfs device add?

Можно здесь читать https://btrfs.readthedocs.io/en/latest/Volume-management.html

Ну как бы я всегда то делал и с лвм.

Что касается хоме отдельно тут есть небольшой плюс. Если держать ефи,боот, и рут на разделах а все остальное в лвм(бтрфс). Т.е. зачесалась нога хлоп и систему переставил с 0 за 5 минут.

Cow работает при записи. Снапшоты тут не при чём.

Там у арчей четко написано про COW и снапшоты и написано как я понял, если не юзать COW то обламаяся со снапшотами часто.

Мне вообще COW не нравилась я и всегда держал вирталки сразу на лвм, нафиг мне двойной оверхед.

Что касается хоме отдельно тут есть небольшой плюс. Если держать ефи,боот, и рут на разделах а все остальное в лвм(бтрфс). Т.е. зачесалась нога хлоп и систему переставил с 0 за 5 минут.

Нет никакого плюса в этом и не было. Ничто не мешает тебе просто взять и стереть всё кроме папки /home и установить без форматирования новую систему на старую фс.

А можно подробнее, вот живой пример, есть 2 бута на разделах и все остальное лвм.

Вот вы ухаете новый дистр и хотите рут уже на бтрфс.

Слушаю вас …

по последней статье
github.io/ru/post/2021/05/21/installing-linux-btrfs/

Ну-ну. Вот отсюда и " кучи опций при монтировании"

Зачем автор называет тома @имя

Не тома, а подтома. Том там один — @.

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

Типовой пример, чтобы при создании бакап-снапшота, исключить из него @home, @log, @cache, @tmp. А @home уже снапшотать отдельно

кучи опций при монтировании

Сейчас не 2005. Обычно достаточно волшебного «defaults», который даже указывать не нужно. Монтируй так:

LABEL=HOME    /home    btrfs    subvol=/@home   0   0

Реже нужна полезная экзотика: user, nofail, compress-force.

А гиковкая крахоборская фигня, врооде relatime, discard=async, autodefrag, ssd — или устарела и не нужна, или даже вредна.

1. Просто ради удобства, чтобы сразу видно было что это подтом, а не какой-нибудь каталог. См п.1 https://yamadharma.github.io/ru/post/2021/08/27/btrfs-subvolumes/
2. Можно не указывать, дело вкуса и поставленной задачи
3. Тоже непонятно, как раз для виртуалок CoW очень даже полезен.

отключаешь CoW на файлах виртуалок.

Я правильно понимаю что в бтрфс нельзя юзать отдельно том как устройство без фс, как в лвм для виртуалок?

бутер - файловая система, он выдает пользователю только файловую систему :)

Вам +, бутеру это минус. Лвм это устройство, для меня это +.

Представляешь себе, что это не Btrfs, а ext4. Дальше как обычно. Всё остальное, вроде подтомов и сжатия, можно сделать уже потом, если понадобится.

Выше уже написали что нельзя. У меня всегда виртуалки как тома лвм.

плюс есть

можно настроить разные виды зеркалирования для разных разделов btrfs

заранее размеченные разделы можно форматировать в разные фс, добавлять, высвобождать, объединять в vg, zfs пулы и прочие штуки

а вот уже зачем делить на подтома (сабволюмы), датасеты и прочее… Квоты, например.

А зачем вообще сохранять папку /home? Когда надо сохранять папку /pron

Я хз что это за папка. Хоме то что наквырял юзер, и это единственное что нужно сохранять, все остальное можно и с 0 сделать.

Ну оставь раздел под LVM. Но я не вижу причин не использовать файлы: raw без выключения CoW, либо qcow2 с выключением.

Понятно.

Просто пока мне кажется что сразу и лвм и бтрфс в одной системе это уже перебор.

zfs так умеет.

Пример из проксмокс: Выделяешь диск под виртуальную машину.

В btrfs создается подтом на котором лежит файл с расширением .raw с разметкой и файловой системой, который дальше уже можно монтировать в loop, увидеть разделы и тогда монтировать как фс.

В zfs создается подтом (zvol кажется называется), в котором создается своя разметка и файловая система. Причем разметка видна на хосте и можно монтировать прям виртуальные разделы в хост.

Кстати насчет квот, мне не нравяться квоты из ехт4 по групам и юзерам.

Я юзаю и мне нравяться квоты в хфс по дирам (проекты).

В бтрфс как с этим?

Хранить всё в хоум - это как в оффтопике всё хранить на рабочем столе, что ль?

Да ну нафиг, а где еще хранить юзерам свои дата?

добавь zfs и bcachefs - тогда перебор

Кстати насчет квот, мне не нравяться квоты из ехт4 по групам и юзерам.

Там есть и проектные.

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

https://btrfs.readthedocs.io/en/latest/Qgroups.html

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

Я не разделяю такой подход.

ZFS умеет выдавать блочное устройство(zvol). BTRFS так не может

слепил я партицию поиграться с btrfs, примонтировал ее с defaults в fstab.

Гляжу, вроде этого COW нет (или наоброт есть).

/dev/sda1 /mnt/work btrfs rw,relatime,space_cache=v2,subvolid=5,subvol=/ 0 0

Интересно а если будет какой файл(образа) на этой фс как можно поглядеть есть там COW или нет?

Доку читал, ни как не пойму где это :( Буду благодарен если ткнете носом.

P.S. Народ в инете пишет если вы отключаете COW на btrfs то смысла в ней нет а можно просто юзать ext4 … хм.

P.P.S. Вот статья которая вроде все объяснила. Так что вопрос снят. https://bbs.archlinux.org/viewtopic.php?id=213609