Черный экран и трассировка стека вызовов после обновления ядра

Черный экран и трассировка стека вызовов после обновления ядра

Сегодня я запустил обновление, включающее обновления ядра. Я отошел от экрана на некоторое время, а когда вернулся, все, что я теперь вижу, — это черный экран с белым текстом, содержащим информацию о трассировке стека вызовов, прокручивающуюся вверх по экрану (см. изображение), и, похоже, это другой текст.

Это продолжалось более 3 часов, поэтому я просто перезагрузил. Вроде бы ничего не повредилось, но обновления не применились.

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

Скриншот трассировки стека вызовов

решение1

Это указывает на ошибку в ядре Linux. Экран, который вы видите, должен помочь разработчику выяснить, что пошло не так. Маловероятно, что это повторится. В случае, если это произойдет, вы можете перезагрузить компьютер с помощью Ctrl+ Alt+ S-Abf+ r, Ctrl+ Alt+ S-Abf+ e, Ctrl+ Alt+ S-Abf+ i, Ctrl+ Alt+ S-Abf+ s, Ctrl+ Alt+ S-Abf+ u, Ctrl+ Alt+ S-Abf+ b.

После следующей загрузки запустите sudo dpkg --configure -aи sudo dkms autoinstallв терминале, чтобы возобновить обновление.

Это чистое предположение, связана ли ошибка с обновлениями или вызвана изменениями, внесенными без понимания, хотя последнее более вероятно. Если ядро ​​рухнуло, вы не можете сделать больше, чем скрестить пальцы, чтобы журнал файловой системы восстановился правильно. Эти сбои не должны происходить в стабильных версиях Ubuntu, если они не происходят в сторонних модулях ядра (например, модулях dkms)! Вы можете отправить отчет об ошибке разработчикам ядра Linux, выполнив следующие действия:https://www.kernel.org/pub/linux/docs/lkml/reporting-bugs.html. Обработка информации на экране, которую вы видите, описана наhttp://users.sosdg.org/~qiyong/lxr/source/Documentation/oops-tracing.txtв деталях.

Если вы хотите начать понимать и отлаживать сбои ядра, начните с изучения трассировки стека, как использоватьLinux Magic System Request Key Hacks(Некоторые из них я перечислил выше без пояснений) и как настроить ядро ​​для создания большего количества информации для журналирования (см.https://www.kernel.org/doc/Documentation/sysrq.txtдля получения подробной информации) так что вы можете уменьшить причину сбоя шаг за шагом до воспроизводимого тестового случая. Затем вы можете создавать точные отчеты о проблемахhttp://bugzilla.kernel.orgили взломайте ядро ​​самостоятельно и установите патч.

Смотрите такжеЧто такое паника ядра?.

Связанный контент