Страница 1 из 1
shutdown & kernel panic
Добавлено: 2020-08-17 3:46:31
novik
Внезапно после shutdown начал случаться kernel panic. При чём в single user mode всё нормально, корректно выключается\перезагружается. Отключение вручную всех демонов и umount всех дисков ничего не даёт.
В чём может быть причина?
shutdown & kernel panic
Добавлено: 2020-08-17 9:30:59
Reken
Может как вариант, старость железа? Комп старый или нет?
shutdown & kernel panic
Добавлено: 2020-08-17 11:06:10
novik
Reken писал(а): ↑2020-08-17 9:30:59
как вариант, старость железа?
Комп действительно старый, но работает стабильно, вот кроме этого момента, с недавних пор. То есть сами железки проверять? Ok. Туда я не смотрел пока.
shutdown & kernel panic
Добавлено: 2020-08-17 12:07:58
snorlov
Биос не крутили?
shutdown & kernel panic
Добавлено: 2020-08-17 12:24:15
novik
snorlov писал(а): ↑2020-08-17 12:07:58
Биос не крутили?
Нет. Случайно вообще обнаружил. Работает обычно 24/7 перезагружается крайне редко.
shutdown & kernel panic
Добавлено: 2020-08-17 14:03:28
Reken
Как вариант можно полностью определить, в порядке ли железо и биос компа...
1) Если система UFS сделайте dump системы
2) Разверните этот dump в виртуальной машине
Если в виртуалке проблем с shutdown не будет, значит скорее всего у компа проблемы или с железом или с биосом. Если в виртуалке те же проблемы, значит скорее всего что то с софтом...
shutdown & kernel panic
Добавлено: 2020-08-17 14:51:33
Demis
novik писал(а): ↑2020-08-17 3:46:31
Внезапно
- так не бывает, всегда есть причина.
Нужно больше информации чтобы понять направление от чего у Вас паника случается.
У нас есть метод ее получения описанный в
Делаем:
Код: Выделить всё
cat /etc/defaults/rc.conf|grep dump
dumpdev="NO" # Device to crashdump to (device name, AUTO, or NO).
dumpdir="/var/crash" # Directory where crash dumps are to be stored
savecore_enable="YES" # Extract core from dump devices if any
savecore_flags="-m 10" # Used if dumpdev is enabled above, and present.
# By default, only the 10 most recent kernel dumps
crashinfo_enable="YES" # Automatically generate crash dump summary.
crashinfo_program="/usr/sbin/crashinfo" # Script to generate crash dump summary.
Внесли эту инфо в /etc/rc.conf
Перезагрузились.
Ждем следующей паники или сами ее вызываем.
Читаем содержимое файлов info, на предмет наличия строки "Panic String"
Код: Выделить всё
ls /var/crash/info*
cat /var/crash/info.14|grep Panic
Panic String: double fault
Информация из "Panic String" может дать направление поиска проблемы.
К примеру "double fault", это (с высокой вероятностью) в кастомное ядро включены опции, которые уже по дефолту есть в ядре...
Но сейчас мы этого не знаем, т.к. ТС любезно не упомянул про систему или ее сборку...
shutdown & kernel panic
Добавлено: 2020-08-17 14:58:32
novik
Reken писал(а): ↑2020-08-17 14:03:28
Разверните этот dump в виртуальной машине
Лучше HDD в другой комп воткну. НDD не сыплется, только что проверил.
shutdown & kernel panic
Добавлено: 2020-08-17 15:02:26
novik
Demis писал(а): ↑2020-08-17 14:51:33
всегда есть причина
Причина конечно есть но не понятно в какой момент она случилась. Комп обычно перезагружается не чаще раза в месяц.
Demis писал(а): ↑2020-08-17 14:51:33
Panic String
Там самосборное ядро, дампов не сбрасывает, попробую со стандартным (с ним такая же фигня).
shutdown & kernel panic
Добавлено: 2020-08-17 15:16:06
Demis
novik писал(а): ↑2020-08-17 15:02:26
Там самосборное ядро
- Вот именно! Уже теплее...
Посмотрите, внимательно, на грабли с которыми сам столкнулся:
freebsd-f8/strannaya-problema-s-zfs-i-s ... ml#p385971
Хотя железо проверить тоже не мешает, правда обычно если железо дурит, то это как-то явно проявляется (хотя согласен, что и не всегда).
shutdown & kernel panic
Добавлено: 2020-08-18 8:15:08
novik
Demis писал(а): ↑2020-08-17 15:16:06
железо дурит
Так и оказалось. Разобрал комп обнаружил на материнке опухший конденсатор. Заменил материнку, всё ok, shutdown отрабатывает нормально.
Для проверки воткнул в материнку с опухшим конденсатором HDD с тестовой системой… Теперь
включается с бубном.
Надо 2 min после подачи питания на БП подождать. Если не подождать, то на этапе определения HDD BIOS-м просто сразу выключается. Но shutdown тоже отрабатывает нормально.
Вобщем 100% железяки.
Всем большое спасибо за помощь!