15.05.2018 08:15, Eugene Grosbein пишет:
15.05.2018 6:03, Владимир Друзенко пишет:
14.05.2018 15:28, Eugene Grosbein пишет:
14.05.2018 19:10, Владимир Друзенко пишет:
Ещё на одном своё ядро, потому что:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=221376
В таких случаях сильно поможет сделать verbose boot для "хорошей" загрузки
и для "плохой", если в последнем варианте есть куда сбросить dmesg,
ну хотя бы в crashdump, если нет консоли ни в какоим виде, включая IPMI/Serial
over LAN.
И сделать diff -u между ними и приложить результат к PR.
Нет ничего из перечисленного - обычная десктопная мама ASUS P5GD2-Deluxe, CPU
P4-630 HT 3GHz.
А как сделать дамп, если виснет ещё во время детекта оборудования, при чём
никакой паники не видно?
Заранее настроить dumpdev="/dev/ada0s1b" в /etc/loader.conf
Во время зависания выйти в KDB через Ctrl-Alt-ESC и сказать call doadump
и после завершения дампа - reboot.
Если всё пройдет как ожидается, после перезагрузки крешдамп будет выгружен
в /var/crash и там среди прочего должен быть и dmesg buffer.
Но вообще-то у ASUS P5GD2-Deluxe есть COM-порт, так что всё должно быть проще -
подключиться нульмодемным кабелем к COM-порту и включить в /boot/loader.conf
дублирование туда вывода при загрузке:
console="comconsole vidconsole"
comconsole_speed=115200
boot_multicons="YES"
И просто сохранить вывод терминальной программой, Putty это умеет.
Спасибо. Как руки дойдут, так сделаю.
А cu(1) не подойдет?
_______________________________________________
freebsd mailing list
[email protected]
http://mailman.uafug.org.ua/mailman/listinfo/freebsd
