Alt-SysRq-E убивает init
ПРИМЕЧАНИЕ. Да, у меня есть QWERTY-клавиатура. Я также полностью включил SysRq с echo 1 > /proc/sys/kernel/sysrq пока рут раньше.
Сегодня вечером мой ноутбук завис, открыв Chromium и Minecraft. Через некоторое время ожидания система больше не отвечала, поэтому я переключился на tty1 (очень медленно) и выполнил последовательность безопасной перезагрузки (Alt-SysRq-REISUB). Когда я добрался до E, на моем мониторе начал появляться текст. После этого индикаторы CapsLock и ScrollLock моей клавиатуры начали бесконечно мигать. Текст на моем мониторе был о:
- Вершина была концом трассировки для функции ввода / вывода ext3
- Средний был полон ошибок, касающихся записи куда-то на диск, а также ошибок о плохом суперблоке (!)
- Последняя строка была
Kernel panic - not syncing: Attempted to kill init! (exitcode: 0x00000007)
Когда я перезагружаюсь, я думаю, что fsck исправил файловую систему (я думаю, Minecraft был в середине сохранения). У меня вопрос: почему Alt-SysRq-E убил инициализацию, а не должен?
2 ответа
Alt+SysRq+E не убивает init.
Эта паника ядра, скорее всего, была вызвана тем заморозком, который вы испытали. Когда вы с помощью волшебной комбинации выполнили команду " прекратить все", ядро отправило сигнал SIGTERM тому неправильному процессу, который вызывал ваше замораживание, и, поскольку он был неправильным, он решил не умирать, как джентльмену или самураю умереть, когда их смерть необходима, но вместо этого он попытался обработать этот сигнал перед смертью и сделать что-то до его смерти. Пока он обрабатывал этот сигнал, он вызывал еще больше проблем с вашей и без того нестабильной (зависшей) системой, что вызывало панику ядра. (Таким образом, Alt+SysRq+E вызвал эту панику, но это не было ошибкой для смерти init. Или что-то похожее на это произошло, возможно, с меньшим количеством драмы.
Вам нужно было бы сделать фотографию или обратить особое внимание на сообщения, чтобы быть уверенным, но, исходя из вашего описания, я предполагаю, что ваш диск выдавал ошибки ввода-вывода (не очень хороший знак), и это вызывало OOPS ядра в файловой системе. драйвер, когда init пытался сделать какой-то ввод-вывод, и именно поэтому init умер.
Вы должны использовать утилиту диска, чтобы проверить SMART-статус диска. Запустите длительное самотестирование (это может занять несколько часов) и убедитесь, что нет поврежденных секторов. Если это произойдет снова, попробуйте получить фото ошибок.