Диагностирование паники ядра
У меня есть ПК, это запускает Ubuntu 9.04 с установленным рабочим столом KDE. Я использую его в качестве сервера файла/принтера/IMAP. Обычно, я включаю его и затем использую некоторый другой компьютер, чтобы продолжить работать. После нескольких часов просто заседания только с приглашением ко входу в систему на экране, системной панике - блокировка прокрутки и флэш-память световых сигналов клавиатуры Caps Lock.
Я хотел бы зафиксировать это.
Однако будучи новичком Linux, я понятия не имею, где запустить.
Так, вопрос, что лучший способ состоит в том, чтобы диагностировать причину паники?
Я погуглил немного, но часто решения, если таковые имеются, неопределенны. Идеально, ответ закончил бы тем, что был блок-схемой шагов, должен был сузить причину паники.
Посмотрите мой ответ ниже для получения дальнейшей информации и вопросы.
3 ответа
Вот то, что я сделал (не стесняйтесь делать исправления к любым предложениям ниже):
Программное обеспечение обновления
Я заметил в консольном представлении, упомянутом, ниже которого был вызов к bitmap_weight незадолго до панического сообщения. Я считал веб-сайт Nvidia и нашел новую версию видеодрайвера, таким образом, я загрузил и установил это. Я также выполнил менеджера по обновлению для обновления всего программного обеспечения на машине. Я все еще получаю панику, но это, кажется, длиннее между экземплярами. Я предполагаю, что всегда желательно удостовериться, что у Вас есть все последние обновления. ОБНОВЛЕНИЕ: Нет, паника не изменилась, даже консоль Ctrl-Alt-F7 отображает те же сообщения (Как я получаю записанный в файл?!).
Если это уже не появляется, нажимание 'esc' во время начальной загрузки упорядочивает, отображает меню личинки. В этом меню опция выполнить Memtest86 +. На Ubuntu 9.04 это - V2.11. На их веб-сайте существует доступное V4.00. Необходимо будет загрузить образ CD ISO, записать CD с ним, перезапустить компьютер и начальную загрузку с CD. Для моей проблемы тесты по умолчанию не выделили проблем. Нажатие 'c' отобразило меню конфигурации и здесь существует дополнительный тест, который может быть выполнен - разрядное испытание на светопрочность. Этому требуется много времени для выполнения (это в настоящее время работает, поскольку я ввожу это). Если это действительно выделяет проблему, попытайтесь заменить микросхемы памяти и повторите тест. Если это все еще перестало работать затем, Вам, вероятно, нужна новая материнская плата.
Тестирование результатов: Я проверил ПК этим утром, и memtest все еще работал - 9 часов без ошибок. Это действительно смущало меня сначала, так как это делало немного испытание на светопрочность, таймер сказал 20 минут. Я думал, что это перезагрузило, но на самом деле таймер является только временем начиная с запуска разрядного испытания на светопрочность. Свопинг назад к тестам по умолчанию заставляет отображенное время показывать общее время работы. Таким образом, кажется, что память в порядке.
kexec-инструменты и консольное представление
Я теперь установил kexec-инструменты, хотя это - сложный зверь, таким образом, я не думаю, что получу что-либо полезное на данный момент. При этом, однако, я приехал через страницу, которая перечисляет некоторые полезные сочетания клавиш. При входе в систему я нажал Ctrl-Alt-F8 для отображения консольного вывода. Я оставил выполнение машины, и оно запаниковало - консоль действительно отображала некоторые сообщения, одно из которых было паническим сообщением. Теперь, было бы действительно полезно, если этот вывод был сохранен в файл, поскольку это только имело приблизительно 25 строк видимого сообщения. Кто-либо знает, где этот файл или как заставить его сохранять вывод?
Так, в X консолях (экран Ctrl-Alt-F8) одна из функций в журнале была bitmap_weight, таким образом, я, хотя это могла бы быть видеокарта.
Выключение видео
В / и т.д. папка является рядом папок, названных rc0.d, rc1.d, и т.д., и они содержат ряд сценариев, используемых для установки системы. Обычно, сценарии в rc2.d выполняются при включении системы. В здесь, сценарий для запуска менеджера окон называют S30gdm для Gnome и S30kdm для KDE. Переименуйте их как K70gdm / K70kdm и перезагрузите систему. У Вас теперь есть текстовый вход в систему подсказки, GUI отключен. Делая это, система была намного более стабильной, она осталась в живых всю ночь, что-то, что она ранее не сделала. У меня есть видеокарта Nvidia и проверка их веб-сайта, я видел, что было обновление видеодрайвера недавно. Я теперь установил это и буду видеть, сохраняется ли проблема. Я должен указать здесь, что действительно сохраняю систему довольно актуальной с любыми недавними обновлениями, и я думаю, что было обновление ядра, которое, возможно, влияло на старый видеодрайвер.
Наконец, для восстановления GUI переименуйте K70gdm и/или K70kdm назад к S30gdm / S30kdm и перезагрузка.
Мой подход должен был бы получить полный вывод паники ядра (как произведено к консоли) и Google драйвер/подсистема, который вызвал панику. Это было бы найдено в выводе около нижней части.
Панель запуска была бы хорошим местом для поиска Ubuntu определенные проблемы.
Кроме того, отказ оборудования не может быть исключен, но в то же время это мог быть плохой драйвер.
Иногда эти проблемы трудно диагностировать, если это не что-то, что было замечено другими.