Правильный уход за Btrfs

Не, кого-то покруче грохнул, раз уж в ядро эту ФС вот-вот включат.

У него компромат на Торвальдса? Видео, где он пользуется виндой?

Похоже на то

Спустя месяц эта штука начала меня нехило раздражать. Проблема заключается в том, что каждое обновление openSUSE TW создает новый снапшот. Когда снапшоты накапливаются, старые постепенно удаляются. Обычно это удаление происходит после ребута. Так как обновления Сузы достаточно большие, то после каждого обновления приходится ребутиться. И вот после ребута btrfs-cleaner процесс начинает удалять какой-нибудь старый снапшот и тем самым подвешивает систему на пару минут. И это практически каждый раз. Но отключать btrfs квоты, как советует Суза, не хотелось бы, потому что тогда не будет видно, сколько каждый снапшот занимает места. В общем, фигня какая-то.

Правильный уход за Btrfs

mkfs.ext4

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

это тебе наказание за то, что отрёкся от ext4
страдай/мучайся!!1

Странно, удаление снапшота не должно так происходить. У тебя hdd?

У тебя hdd?

Ага. Nvme gen 4 ssd. btrfs-cleaner залочивает систему почти намертво, так что KDE plasma не отвечает, только мышка бегает. Иногда отпускает, но пока btrfs-cleaner не закончится, ничего делать невозможно.

А это точно не timeshift-autosnap как у Монжаро?

В openSUSE не timeshift, а snapper. К тому же, когда мне удаётся запустить top, я там вижу этих гавриков:

$ ps aux | grep -E 'btrfs-(cleaner|transaction)'
root       702  0.7  0.0      0     0 ?        S    02:47   6:18 [btrfs-cleaner]
root       703  0.7  0.0      0     0 ?        S    02:47   5:59 [btrfs-transaction]

6:18 и 5:59 это 6 минут, которые они проработали с момента бута.

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

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

Какие опции монтирования?

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

невидно где?

так-то можно посмотреть:
btrfs filesystem du -s /.snapshots/*

В snapper list не видно. Но теперь буду делать, как ты написал. А квоты отключил нафиг, и волосы сразу стали мягкими и шелковистыми. И на самом деле, простой поиск по «btrfs-cleaner cpu» показывает, что квоты - это недофича btrfs, и у многих с квотами возникают похожие проблемы.

У меня тут таки сдохла btrfs. Добавил диск и хотел перебалансироваь в raid0 для данных и raid1 для метаданных. Глюкнула и перешла в режим только для чтения. Данные целы и успешно перенесены на другой диск. Но осадочек остался.

было б неплохо багрепорт отправить, если осталось чо

Лень. Там в лог стектрейс вываливается. Не помню какой период ротации стоит. Может уже всё кануло в небытие.

Чему вас это научило?

Что btrfs не теряет данные.

Данные целы и успешно перенесены на другой диск.

Как это выглядело практически? Она монтировалась или нет?

Да, она монтируется в ro. Подключил другой диск к компу и скопировал всё rsync’ом.

растение нежное

btrfs скорее растение привередливое. Если ты ему понравился, то ему вообще ничего не нужно. :)

С 2020 перешел на btrfs, брат жив. Из фич правда, юзаю, только сжатие.

Похоже починил. Теперь монтируется в rw. Возобновил балансировку в raid0. Посмотрим чем кончится.

У меня сразу ассоциация с Эдуардом Шишкиным и его reiser4/reiser5.

Уходит эпоха, Файловая система ReiserFS объявлена устаревшей в ядре Linux:

В кодовую базу, на основе которой формируется ядро Linux 6.6, принято изменение, переводящее реализацию файловой системы ReiserFS из категории поддерживаемых в разряд устаревших (Obsolete).

А jfs кто-то поддерживает?

Надо выключать квоты. Они, увы, мертворожденные алгоритмически.