Вы когда-нибудь ловили kernel panic при исправном оборудовании?

а баги в ядре это шутка чтоль?

Вы когда-нибудь ловили kernel panic при исправном оборудовании?

Вроде да.

В чём была причина?

Почти кривые руки. «Почти» потому что были и реально кривые руки и были варианты игры в угадайку с дровишками от железок.

Да, естественно

Один раз, давным давно, когда я от скуки по-всякому пересобирал ядро и собрал неудачно (что-то, походу, не то понаотключал).

Конечно, я их даже сам делал, когда писал модуль ядра.

Так причина-то в чём была?

я ж не спрашиваю, шутка или нет, я спрашиваю в чём причина вашего последнего kernel panic при исправном оборудовании?

Не, это не интересно. Интересно: вот вы взяли +/- стоковое ядро линукса: дебиан/редхат/арч базед дистрибутив, вы ничего особенного не делали, оно у вас упало в кернел паник. В чём была причина?

Да, сейчас постоянно ловлю когда забываю выключить виртуалку в VirtualBox перед запуском podman-контейнера.

Баг известный, исправления пока нет.

https://www.virtualbox.org/ticket/22072

https://github.com/containers/podman/issues/22862

А, вот это уже интересно. Спасибо.

О, кажется исправили:

This is fixed in 7.0.20

🎉

Но это баг не в ядре по-факту, а в стороннем модуле.

Драйвер nouveau стабильно роняет ядро на ubuntu 24.04.

Не знаю, я не разбирался

Да. Из-за перегрева проца.

да

Да. Не раз и не два.

Причина — в кривом конфиге ядра.

В чём была причина?

Гамма-луч от Бетельгейзе поменял бит в памяти отведенной для ядра, и случился kernel panic

Это и было причиной, верь мне

Мертвый зависон при открытии лишней вкладки фаерфокса и неприбивание его после этого в течение нескольких секунд так, что ctrl+sysrq+b не откликается, считается?

Если первый раз конфигурируешь ядро, то с вероятностью 90% при загрузке будет kernel panic с кодом 0,0 - отсутствует дров на сата контроллер.

Не, это тоже не особо интересно, т. к. тут опять же всё дело в стороннем модуле, писаном макаками.

Со стоковым ядром такого не будет.

При сохранении настроек HipChat. До сих пор удивляюсь как им это удалось.

Однажды лет 7 назад мама на своём нетбуке словила kernel panic. Там уже тогда было устаревшее ядро с fglrx под гентой или калкулейтом. В чём была причина, так и не понял, просто ребутнул. Больше не повторялось.

Отгружал нажесткую модуль, чтобы заменить патченным. Думал, авось пронесет.

Если первый раз конфигурируешь ядро, то с вероятностью 90% при загрузке будет kernel panic с кодом 0,0 - отсутствует дров на сата контроллер.

Почему именно такое предположение?

А как он при загруженных иксах отображается?

Нвидия случайно падала где-то годика назад, фриз и усё, надо перезагрузить. В логах были ошибки с их драйвера. Пропало только после новой версии.

Давно не ловил. Чаще из-за ошибок в f2fs ловлю.

Стопицот раз, из-за видеокарты amd vega. Видеокарта сдавалась в диагностику, есть заключение, что она исправна.

В чём была причина?

Одно слово - сишка.

А мама соседа в это время сидела на семёрочке, и никаких паник не словила.

у меня работа такая кернел паники генерить

А как отличить неисправное оборудование от кривых модулей?

Меняешь железо, если продолжает падать то скорее всего железо ( скорее всего, а не 100%)

Только менять надо на точно такое же железо, а это условие выполняется достаточно редко.

Ну, я как-то тут жаловался, что дёргание nvidia-settings каждые 3 секунды (для чтения оборотов вентилятора) через неопределённое время приводит к GPF в драйвере с последующей паникой. Видяха была совершенно исправной. Вылечилось написанием отдельной программки, использующей libxnvctrl. Так что косяк на 100% невидиевский.

Только менять надо на точно такое же железо, а это условие выполняется достаточно редко.

Смотря что считать точно таким же.

кстати да

Поставь Virtualbox KVM.

Вы когда-нибудь ловили kernel panic при исправном оборудовании?

Ловил

В чём была причина?

В руках моих шаловливых.

Прям кернел паник на прям исправном не помню, а ушатать систему до состояния «проще нажать резет» - на здоровье, сколько угодно.

Пытался сделать загрузку системы по сети.

Баг в компиляторе шляпы, который криво собирал ReiserFS.

Да ещё вроде с ext3 такая же хрень была,тоже баг в ядре был.

Вообщем ловил, многое уже и не вспомню.

Конечно, я их даже сам делал, когда писал модуль ядра [2]

Да, в начале нулевых регулярно. Плазма падала.

Пфф. Это если в железе нет аппаратного бага, который никто не фиксит. Был у меня sata-контроллер внешний, который периодически вешал систему. И замена его даже на плату другого производителя ничего не давала (потому что сам контроллер там был тот же). И всё это тянулось, пока не вычитал где-то, что у этих контроллеров аппаратный баг, для того, чтобы они нормально работали надо виртуализацию отключить.

Бывает и такое. Но это, как вы и написали, чаще гуглится. Не всегда конечно, например если железка совсем новая то большой статистики ещё просто не соберется.

Да ещё вроде с ext3 такая же хрень была,тоже баг в ядре был.

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

Вот такого не припоминается

Ну это было во времена Redhat 7.3, не RHEL, а именно Redhat

Вот 7.3 я юзал, перестал с выходом 8.0, чего-то не припоминаю граблей с ext3. Но возможно это было с определенным ведром. А может я и не пользовал 7.3 с ext3 :)