[kernel][log]Логируется ли как-нибудь процесс загрузки ядра?

dmesg ?

Бага редко вопроизводится. Обычно при холодном старте.

dmesg вроде вызывает последнее загруженное ядро. А т.к. ядро виснет при загрузке, мне нужно знать предыдущий лог.

Ага, понял. Оно дистрозависимо, дистр скажи. И не факт, что оно залогит, если проблема происходит до монтирования фс на которую можно лог записать.

Есть Арч / Убунту. Машина - ноут асусовский.

Убунта вроде все в /var/log/syslog скидывает, если сможет.

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

Можно попробовать заставить ядро выдавать лог по сети: http://www.cyberciti.biz/tips/linux-netconsole-log-management-tutorial.html. В твоём случае скорее всего придётся скомпоновать модуль netconsole статически с ядром.

Ну это если ядро стартанет успешно и сислог запустит, что не факт.

Упс, поправочка, я не прав, юзерспейс не нужен. Но сеть все равно нужна.

Самая большая сложность - рандомность баги. Тяжело ее воспроизводить по желанию.

Боюсь показаться КО, то ты для начала включи вывод на монитор в убунте и убери заставку в параметрах ядра, то есть убери quiet и splash. Может по тому, что оно напишет на момент проблемы будет понятнее. Сорри, если ты уже так сделал и ничего не вышло.

Хотя тут тоже не факт - у меня на ноуте пару версий назад убунта висла на старте, если убрать splash :-)

s/то ты/но ты/

www.linux.org.ru/view-message.jsp?msgid=4125045#comment-4125048

Вот еще в Арче раньше наблюдал. А причину так и не нашел.

В логах нашел только вот это

kernel: [ 11.778219] amd64_edac: probe of 0000:00:18.2 failed with error -22

Но сеть все равно нужна.

Нужен только работающий драйвер сетевой карты. Модуль netconsole может работать сразу после того, как инициализируется драйвер нужной сетевой карты и сетевой стек ядра.

Все подробности есть в $KERNELSRC/Documentation/networking/netconsole.txt

Кстати говоря, лог можно направить и в RS232 (который COM-порт): $KERNELSRC/Documentation/serial-console.txt

Но сеть все равно нужна.

Нужен только работающий драйвер сетевой карты.

Ну да, я это и имел ввиду, непонятно выразился.

Кстати говоря, лог можно направить и в RS232 (который COM-порт): $KERNELSRC/Documentation/serial-console.txt

это я уже сказал, там его нет скорее всего, ноут же, поэтому в теории переходник нужен и юсбконсоль.

смотри в /var/log/dmesg, /var/log/dmesg.0 /var/log/dmesg.1.gz и т.п.

1. Убрал splash.

2. В следующий раз попробую понять в какой момента происходит бага. Теперь уже проблематично в логах искать.

3. Попробую поотключать некоторые модули.

Еще как можно обнаружить?

Что мне искать?

багу, очевидно. Я имел ввиду что команда dmesg выводит текущую сессию. в /var/log/dmesg.0 предыдушая загрузка и т.д.

В убунте еще можно verbose включить в опциях ядра, кажется, тогда она может еще больше писать будет. Больше у меня идей нет.

Я в смысле оно выдает error или что-то другое?

А вот я не знаю, всё зависит от бага.

Вот обнаружил багу, происходящая при:

running /script/local-premount

А почему это происходит не понятно. Ведь редковоспроизводимая бага.
В какую сторону копать?

Копай в сторону багрепорта майнтейнерам дистриба и/или ядра. Приложить вывод dmesg и описание что за баг.

Ага, это инитрд. Он просто набор шеловских скриптов, поэтому его тоже можно затрейсить, вписав куда-нибудь в начало скрипта что-то типа set -x и пересобрав initrd. Таким образом ты cможешь добраться до конкретной сбойной команды.

В /var/log/messages можно посмотреть, если оно туда успевает попасть и сохраниться. Ну или можно отладочный вывод куда-нибудь сбрасывать, на принтер или на serial console.

>Модуль netconsole может работать сразу после того, как инициализируется драйвер нужной сетевой карты и сетевой стек ядра.

как правило на этот момент уже точно что-то примонтировано (хотяб initrd)

Ничего не сохранилось. Наверное даже из-за того, что приходиться делать жесткий shutdown.

Нет, не из-за того, а из-за того что init-premount - то есть до монтирования. Поэтому файловой системы нет еще, писать логи некуда. Сделай set -x в инитрд и лови дальше.