Как читать kernel panic?

Заодно подкиньте вменяемое введение в макроэкономику для доречевых грудничков.

как научиться читать kernel panic

Если кратко, то никак.

Ну тоесть совсем никак? Даже не понять где случилась проблема: cpu, память, диск, кривой софт?

У меня это не получилось.

https://wiki.archlinux.org/title/Kernel#Troubleshooting

Ну тоесть совсем никак?

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

Даже не понять где случилась проблема: cpu, память, диск, кривой софт?

Если проблемы с диском то ядро либо не загрузится совсем либо ошибки будут сыпаться при работе, но до паники не дойдет.

Если проблемы с памятью то чаще всего будет просто зависание, без показа какого-либо сообщения. Тоже самое с процессором, например при перегреве будет сначала сильное торможение затем зависание.

Видимые паники это чаще всего периферия или какой-нибудь ACPI.

Если кратко, это виртуалка под древней бубунтой которую смигрировали с умирающего esxi на proxmox, за 4 месяца 2 раза валилась в kernel panic без видимых причин, пока времени нет перенести то что на ней крутится на новую vm

Она наверное не просто в панику падает а что-то еще в лог пишет, стоит глянуть.

Без знания C и низкоуровнего устройства ядра.

Никак. Дамп паники - для разработчиков ядра.

Даже не понять где случилась проблема: cpu, память, диск

Нередко это видно в выхлопе. cpu вы никогда не отловите, а вот мозги и скорее хард отловить можно.
ЗЫ «кривой софт» ловим методом «не устанавливаем кривой софт».

У меня это не получилось.

У меня много раз получалось. Методы: От меняем железку целиком, или покомпонентная замена :)

папки proc и sys были придуманы не мной :)

Не папки, а мамки!

Последнее уточнение убило. Зато ответ простой: никак.

Есть хорошие гайды по квантовой механике? Без знания математики.

Тфу ж ты блин, не заметил, что некропостеры воскресили древнюю тему, причём какой-то фигнёй… Папки, мамки…

теория струн фуфло

ставь слаку

А что, тема утратила актуальность?

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

искать источник проблемы? Без знания C и низкоуровнего устройства ядра.

Можно попробовать глубоко заглянуть в себя и признать, что источник проблемы — ты сам. Или пойти классическим путём: отрицание, гнев, торг, депрессия, принятие того факта что kernel panic предназначен для разработчиков, и без знания С и устройства ядра труднопостижим.

После принятия факта собственной некомпетентности можно либо начать изучать всё это и становиться разработчиком (это возможно даже если ты анестезиолог), либо примкнуть к миллионам пользователей и отсылать kernel panic тем кто может их прочитать — в саппорт своего дистрибутива, в LKML...

Ой, этож некротред...

Можно попробовать глубоко заглянуть в себя и признать, что источник проблемы — ты сам. Или пойти классическим путём: отрицание, гнев, торг, депрессия, принятие того факта что kernel panic предназначен для разработчиков, и без знания С и устройства ядра труднопостижим.

Сервер - дикое лекаси который настраивался давно и не мной, меня просто попросили посмотреть в чем дело. Интересно узнать хотя бы что из софта (а там куча всего) приводит к панике. В последний раз (в сентябре) я там kdump настроил на случай паники, пока не падало.

kdump принес результаты, ошибка на scsi драйвере, поставил virtio и поменял в kvm на virtio. Продолжаю наблюдение