Продолжение. Версия 5.15.55-std-def-alt1. Повторилась проблема с lkrg. В этот раз сделал скриншот, приложу. Снова система потеряла корневой ращдел после ошибки. Надо обязательно исправлять.

Created attachment 11139 [details]
Скриншот с ошибкой ядра

Возникающая ошибка при старте ядра с установленным lkrg

Created attachment 11141 [details]
Проблема после ошибки

Данный текст появляется после kernel panic с lkrg

https://github.com/lkrg-org/lkrg/issues/208

(In reply to serpiph from comment #3)
> Created attachment 11141 [details]
> Проблема после ошибки
> 
> Данный текст появляется после kernel panic с lkrg

Похоже, что оба скрина одинаковые.

Created attachment 11143 [details]
Экран с ошибкой после kernel panic

Верный скриншот с текстом после kernel panic

kernel-source-lkrg-0.9.3.0.41.gitcbd4198-alt1 -> sisyphus:

 Wed Jul 20 2022 Vladimir D. Seleznev <vseleznv@altlinux> 0.9.3.0.41.gitcbd4198-alt1
 - Updated to v0.9.3-41-gcbd4198 (closes: 43005).

(In reply to serpiph from comment #1)
> Снова система потеряла корневой ращдел после ошибки. 

Вы выяснили почему это происходит? Что именно "теряется", диск ведь не пропадает. Если подробности не известны, то напишите, пожалуйста, как вы исправили проблему. Спасибо!

Created attachment 11157 [details]
Попытка монтирования повреждённой файловой системы

Вот как проблема выглядит изнутри

(In reply to Vitaly Chikunov from comment #7)
> (In reply to serpiph from comment #1)
> > Снова система потеряла корневой ращдел после ошибки. 
> 
> Вы выяснили почему это происходит? Что именно "теряется", диск ведь не
> пропадает. Если подробности не известны, то напишите, пожалуйста, как вы
> исправили проблему. Спасибо!

Почему падает lkrg и уносит ядро в panic не знаю. В результате рушится файловая система (у меня XFS). Единственный способ восстановить: загрузка в другой системе и вызов xfs_repair -L для очистки журнала. При этом находятся повисшие inodes и куча других ошибок, релокаций. После приходится делать apt-get --reinstall всем установленным пакетам, так как понять, что покорёжено падением, не представляется возможным. Раскрутить журнал файловой системы обратно тоже не выходит. Скрин неудачной попытки смонтировать битую ФС я приложил.

Спасибо за пояснение о XFS!

(In reply to Vitaly Chikunov from comment #10)
> Спасибо за пояснение о XFS!

Да, с XFS оказалось грустно. Чтобы раскрутить журнал, раздел надо смонтировать. Чтобы раздел смонтировать, надо исправить структуру описания файловой системы. Чтобы исправить структуру, надо раскрутить журнал раздела. И разорвать этот порочный круг можно только принудительным обнулением журнала. И хвалёная стрессоустойчивость журналируемой файловой системы оказалась пшиком. Интересно, как в таких случаях ведут себя другие журналируемые системы, выживут ли. 

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