ext4 и ядра 4.19

vasek
Логов на диске и в принципе быть не может.
Почему быть не может? Потому что корневой раздел не смонтирован?
Через dmesg же можно прочитать сообщения о событиях до его монтирования.

vasek
Но зато их подробный вывод можно получить в консоли. Вывод будет примерно такой
Это если с установочного это делать, похоже. После настройки через tune2fs у меня там не так. При проверке отражается прогресс, типа как в pacman, и если все хорошо, то подробностей нет.

Да, и на linux-lts никаких "IGNORED" нет. Это с последним ядром. Жду следующего. )
zsx
Непосредственно по поводу fsck могу подтвердить, что на lts всё гладко, а на 4.19 при проверке корневого раздела мельком видел какие-то сообщения fsck со словом "IGNORED"в процессе загрузки. В логах на эту тему пусто.

У себя видел сообщения примерно такого вида (только на одной машине из трёх проверенных):

inode extent tree (at level 1) could be shorter IGNORED

Inode  extent tree (at level ) could be narrower. IGNORED.

Причём это уже на lts ядре с fsck.mode=force (но до этого несколько недель использовалось ядро 4.19)
Вылечил загрузкой с LiveUSB и прогоном в интерактивном режиме
e2fsck -C 0 /dev/sda1

Такие проблемы встречались у людей и раньше, так что может 4.19 и не виновато. Но на всякий случай перешёл на linux-lts

https://unix.stackexchange.com/questions/392537/inode-extent-tree-at-level-1-could-be-shorter-ignored

https://forum.manjaro.org/t/inode-extent-tree-could-be-narrower-ignored-message/48302
zsx
Это если с установочного это делать, похоже. После настройки через tune2fs у меня там не так.
Делал при загрузке Arch с параметром break (или break=premount), после останова запускал fsck -vf /dev/sdaX

EDIT 1 - кстати значение non-contiguous files (0,3%) в этом логе определяет уровень фрагментации файлов
Ошибки не исчезают с опытом - они просто умнеют
В общем, можно сделать вывод, что корневой раздел лучше иногда проверять вручную и настройки ext4 по умолчанию лучше не трогать. Проверка диска запустится в любом случае после аварийного завершения работы системы, например.
sirocco
inode extent tree (at level 1) could be shorter IGNORED
Inode extent tree (at level ) could be narrower. IGNORED.
Посмотрел свои записи о структуре ext4 и, насколько понял, ничего страшного нет, можно забить и это не связано с ядром, а связано со структурой экстентов (extent tree), типа сообщается, что на текущий момент уровень/глубина дерева экстентов меньше, чем была раньше и можно реструктуировать, если запустить e2fsk.
Но не понятно, почему это не выполнилось автоматически? - может что то помешало?
Вопрос в части использования опции -С 0 …….. e2fsck -C 0 /dev/sda1
Сколько ни читал раньше, смысл этой опции полностью не доходит, а потому никогда и не использую ..... а потому хочется уточнить

EDIT 1 - насколько я понимаю "-C 0" это индикатор выполнения программы, хотя в man написано очень заумно ... а вот отрицательное, хрен поймешь ...
Ошибки не исчезают с опытом - они просто умнеют
"-С 0" в tune2fs - это сброс счетчика монтирования корневого раздела (загрузок/перезагрузок системы). Имеет смысл только для планирования проверки.
tune2fs -c 1 -C 0 /dev/sda1 - проверка при каждой загрузке.
tune2fs -c 10 -C 0 /dev/sda1 - через каждые 10.
Планирование хорошо само по себе, только можно не успеть или забыть прочитать сообщения при этом и в логах не найдешь.

"-С 0" в e2fsck - отображение процесса на каждом этапе проверки.
https://bugzilla.kernel.org/show_bug.cgi?id=201685

With 4.19.6, setting CONFIG_SCSI_MQ_DEFAULT=n seems to resolve the issue on my system, going back to CONFIG_SCSI_MQ_DEFAULT=y makes it show up again. Indeed all schedulers in /sys/devices/virtual/block/*/queue/scheduler are none.

Насколько я понял, причина найдена, патч написан Jens Axboe.

Т.е. проблема наблюдается при blk_mq (что стало по-умолчанию в ядре 4.19) и без планировщика -- [none]

Кто-нибудь из посетителей форума рискнёт проверить? :)
Не делайте этого без бекапа!
(Установить mq [none] и запустить reproducer script)
Выпущен патч, решающий проблему с ext4 в ядре Linux 4.19 (статья).
Выпущено ядро 4.19.8 с фиксом.
 
Зарегистрироваться или войдите чтобы оставить сообщение.