Черный экран и трассировка стека вызовов, показывающая после обновления ядра
Я выполнил обновление сегодня, которое включало обновления ядра. Я оставил экран некоторое время и когда я возвратился все, что я вижу, теперь черный экран с белым текстом, содержащим трассировочную информацию стека вызовов, прокручивающую экран (см. изображение), который все, кажется, различный текст.
Это происходило больше 3 часов, таким образом, я просто перезагрузил. Никакой вред, кажется, не был причинен, но обновления не применялись.
Я хотел бы знать то, что произошло и почему прежде, чем попытаться обновить снова.
1 ответ
Это указывает на ошибку в ядре Linux. Экран, который Вы видите, как предполагается, служит разработчику для выяснения то, что пошло не так, как надо. Это вряд ли произойдет снова. В случае это происходит, можно перезагрузить Вас компьютер с Ctrl + Высокий звук + S-Abf + r , Ctrl + Высокий звук + S-Abf + e , Ctrl + Высокий звук + S-Abf + я , Ctrl + Высокий звук + S-Abf + s , Ctrl + Высокий звук + S-Abf + u , Ctrl + Высокий звук + 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 (я перечислил некоторых из них без объяснения выше), и как настроить ядро для создания большей регистрирующейся информации (см. https://www.kernel.org/doc/Documentation/sysrq.txt для деталей) так, чтобы можно было уменьшить причину для катастрофического отказа шаг за шагом до восстанавливаемого тестового сценария. Тогда можно создать точные отчеты о проблеме о http://bugzilla.kernel.org или взломать ядро сами и заполнить патч.
Видят также , Что ядро является паническим? .