Итак, у меня установлена виртуальная машина Ubuntu 10.04 на хосте. Последнее 2.6.38-15-серверное ядро. / var / log / dmesg отображает только загрузку, но после этого остановит запись. Он не будет отображать ошибки trace / cpu_hung, которые я пытаюсь устранить. /var/log/dmesg.0, dmesg.1 ничего - я выполнил строковый поиск текста, который отображается на консоли во время сбоя, и НИЧЕГО не регистрируется где-либо в / var / log / *.
Мне нужно позвонить провайдеру и попросить его сделать снимок экрана консоли, поскольку в dmesg ничего не отображается.
Почему / var / log / dmesg не записывает панику ядра или что-то подобное?
Если вы исправляете ведение журнала ядра после загрузки или нет, это не поможет с сообщениями о панике ядра. Когда ваше ядро паникует, оно прекращает планирование, так что ваш демон регистрации никогда не сможет записать сообщения ядра. Если вы хотите взять их, вы можете изучить kdump для получения полных дампов ядра и / или netconsole модуль ядра для отправки сообщений ядра по UDP на удаленный syslog сервер.
Что касается получения сообщений ядра в /var/log/dmesg время загрузки, но за исключением серьезных сбоев ядра, попробуйте сделать что-то подобное в /etc/syslog.conf (или /etc/rsyslog.conf при использовании rsyslog):
kern.* /var/log/dmesg
Для rsyslog, файл также должен содержать:
$ModLoad imklog.so
Сообщите мне, если вы используете syslog-ng, было бы немного сложнее покрыть.
Причина в том, что /var/log/dmesg статический файл, созданный в конце процесса загрузки.
Я больше знаком с Debian, в котором /etc/init.d/bootmisc.sh файл создает /var/log/dmesg в звонке на savelog. Ubuntu делает это через /etc/init/dmesg.conf.
Для ведения системного журнала во время нормальной работы обратитесь к /var/log/syslog, как отмечает Пьер Каррье.
Поскольку паника ядра часто (хотя и не всегда) прерывает пользовательские процессы (такие как системный журнал) и дисковый ввод-вывод, вам придется использовать функцию ведения журнала ядра (kdump, netconsole) для захвата паники ядра. Другой вариант - войти через последовательную консоль (возможно, через последовательную сеть с соответствующей поддержкой IPMI / ILOM) или с подключенным сеансом gdb.