f2fs на руте ?

Всё умрёт, и мы тоже. Задача - оттянуть на подольше. И покомфортнее чтобы жизнь была.

Вот я об этом и говорю. Мрут все, вопрос только в проценте вероятности скоропостижной смерти. Сервачные чаще доживают до старости и отправляются на полку по причине необходимости в более емком харде в живом состоянии. Обращаю внимание «чаще» это не значит, что они не мрут. Мрут конечно, но гораздо реже десктопных вариантов и также «чаще» это предсказуемая смерть. Как пример, недавно умер один хард находящийся в raid1, совсем умер, но мёрла эта хрень точно больше года. Что бы было понятно, бывший клиент в порыве экономии завел себе «нашу новую ИТ команду», только вот это ИТ оказалось похоже из «вайти в вайти», алерты о жизнедеятельности до сих пор нам приходят.

Было такое )) «Экономика должна быть экономной» ))

По алертам, заглянул в dmesg, а там такое:

[493679.215096] EXT4-fs (dm-2): Delayed block allocation failed for inode 3416 at logical offset 458443 with max blocks 1024 with error 117 [493679.215105] EXT4-fs (dm-2): This should not happen!! Data will be lost

Такое:

[502813.074515] EXT4-fs error (device dm-2): ext4_lookup:1813: inode #193802307: comm Thunar: iget: bad extra_isize 14778 (inode size 256)

И такое [961390.820742] EXT4-fs error (device dm-2): ext4_validate_block_bitmap:423: comm kworker/u225:1: bg 50128: bad block bitmap checksum

Давно не проверял на ошибки, есть папки, в которые не зайти. Просто переименованы и залиты из бэккапа рядом копии.

Цифры разные, вывода много. Вот чего она, а? Вроде нормально общались. Видел и раньше такое в dmesg, но причину возникновения списывал на броски питания, или ещё чего. Поискал, а это бага в ядре была в 18 году. Может и сейчас она, только в другом виде?

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1781709

И рут, и хомяк на F2FS. На этой машине ФС, отличная от этой, только FAT32 на /boot. Но на основной машине да, ext4 везде, кроме /boot.

Ноутбук, что ли?

Ну да, ноут. Десктопов давненько уже не держу :)

У тебя ноуты внезапно отлючаются от того, что в доме электричество отлючили?

Один – да, потому что АКБ убитая уже, а новую брать смысла нет. Ну и, по моим наблюдениям, данным пофиг, с какой файловой системы теряться, и они это делают плюс-минус одинаково на любой, что под Linux, что под оффтопиком. От потери данных спасает только резервное копирование, это аксиома.

Ну, лично у меня с F2FS два-три раза было, что система не хотела загружаться из-за битого системного файла после отклчения электричества, даже после fsck. Приходилось чрутиться и переустанавливать пакет.

Несколько раз проги не хотели закпускать по такой же причине.

С XFS v5 такого пока не было.

Если что, что с F2FS переехал пару недель назад.

ПРЕДУПРЕЖДЕНИЕ: лучше не использовать Btrfs на HDD особенно с SMR. Из-за низкой скорости произвольного доступа на устаревших типах носителей Btrfs может очень сильно разочаровать (как и ZFS).

Делаем машину времени с Btrfs

Да б… как так-то? Раньше как-то использовали, а теперь - всё, скорости не будет?

smartctl -l selftest /dev/sdc1
smartctl 7.4 2023-08-01 r5530 [x86_64-linux-6.12.20-amd64] (local build)
Copyright (C) 2002-23, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF READ SMART DATA SECTION ===
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error

1 Extended offline Completed without error 00% 36078 -

Да поискал по форуму, нашёл такое: Как подчистить btrfs после repair?

Тут нужно предостеречь, что восстановительный тулинг в btrfs, мягко говоря, с*сёт. Лучше всего держать где-нибудь текстовый файлик со списком снапшотов и маппингом их имён на внутренние IDшники (т.е. выводом btrfs sub list -a /path/to/filesystem).

Вот это шикарно ))) Иметь распечатку маппингов, и дрожащими руками вводить в случае чего ночью )))

Теперь нужно найти аналог про ZFS.

Ещё: btrfs check сыплет ошибками (комментарий)

Ой, эта ужас. Переехал на ext4, как столкнулся с удалением снэпшотов… Эта постоянная многосуточная загрузка ЦПУ с постоянным процессом транзакций, фризами и клином…

btrfs check сыплет ошибками (комментарий)

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

smartctl -l selftest /dev/sdc1

Всё прекрасно в этой команде... А теперь исправляем на smartctl -t long /dev/sdc
И это только в случае если вы не ошиблись именем диска «/dev/sdc».

Это и был #smartctl --test=long /dev/sdc1
Занял больше суток. А это его результат.
Не ошибся )) #lsblk смотрю где какой диск.

Я конечно не нумизмат, возможно smartctl и стрипает окончания в подобных /dev/sdc1 случаях, но все-таки я бы так не делал.

Не ошибся )) #lsblk смотрю где какой диск.

Вы очень плохо смотрите выхлоп lsblk, смотрите колонку TYPE, возможно для вас это станет открытием.

А это его результат.

Результат смотрим в smartctl -a /dev/sdc

Не станет )) И так работало, смотрел проценты выполнения. Сделал с -a, выхлопа больше, криминального ничего нет.

криминального ничего нет.

Т.е. не криминальное таки присутствует?

И так работало

И так сойдет (с) Вовка в тридевятом царстве

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

Да и на винде данные после проверки исчезали )) Поэтому при загрузке проверку лучше было отключить в реестре.
Диск целый, битых секторов нет, проблема в ФС.

Нэт )
https://paste.opendev.org/show/bpeYe3tgaBUQ0rCTw2O3/

Выложите плиз полный выхлоп.

Это полный. В начале был блок информации. Вот он (16-ку не проверял, т.к. бессмысленное* это дело, и на данном диске аналогичные проблемы были):

=== START OF INFORMATION SECTION ===
Model Family: Seagate BarraCuda 3.5 (SMR)
Device Model: STXxxxxxx-xxxxx
Serial Number: XXXXXXXX
LU WWN Device Id: 5 000c50 0acb5861b
Firmware Version: 0001
User Capacity: 8 001 563 222 016 bytes [8,00 TB]
Sector Sizes: 512 bytes logical, 4096 bytes physical
Rotation Rate: 5425 rpm
Form Factor: 3.5 inches
Device is: In smartctl database 7.3/5528
ATA Version is: ACS-3 T13/2161-D revision 5
SATA Version is: SATA 3.1, 6.0 Gb/s (current: 6.0 Gb/s)
Local Time is: Wed May 7 08:00:29 2025 +07
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

==============
*Потому что на следующей неделе приедут WD-ки 18 ТБ DC HC550. Datacenter Hard Drive, как и заказывали ))) И будет на них ZFS. Исключим обе вероятные причины.

Вот теперь да, криминального в смарте действительно нэма.

Хотя, подождите. Это надеюсь на домашнем?

Любая файловая система, работающая в режиме только для чтения не страдает от нештатных выключений.

Например, squashfs или та же ext4, смонтированная в режиме чтения. А для записи монтируй в качестве корня каскадно unioinfs или aufs.

Т.е. работай делай так, как делается на livecd.

Любая файловая система, работающая в режиме только для чтения не страдает от нештатных выключений.

Обманываете. Страдает. Вот любая не созданная файловая система не страдает точно.

Да-да, домашний сервер. ZFS работает норм, пока потерь не замечал.

Ну и как эти сиги у вас сейчас себя ведут?

Такое решение есть, оно называется puppy linux. Загрузился, поставил нужный софт, настроил как надо, сохранился, закинул получившуюся sfs в iso - будет у тебя лайвка с ярлычками к домашним шарам и всему нужному. Используется в виртуалках / серверах, когда с ними нужно что-то сделать.
А то на лайвках от дистров то mc нет искаропки, то vim-a, то ещё чего… И Adguard-а в браузере…
2 вечера работы и у тебя идеальный дистр. Который ещё может изменения сохранять на диске, если для конкретной машины они нужны, и там придётся грузиться опять.

Пока выведены из эксплуатации. Я же перешёл на 18 Тб-ники WD. Потом куда-нибудь поставлю под управлением ZFS. Они ещё медленные, 5900.
Ultrastar-ы пободрее, 7200 + промежуточный ssd-кэш, что приятно. И при выключении буфер скидывается на остатках энергии в этот кэш. Так что брать буду теперь их.
Особенно после ext4 понравилось как с ветерком удаляются папки с кучей файлов.