[freebsd] FreeBSD update/upgrade system/packages automation

Владимир Друзенко vvd at unislabs.com
Fri May 18 12:24:27 EEST 2018


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) не подойдет?



More information about the freebsd mailing list