Примечание:
Вопрос:
Предложения:
Для базового анализа аварийного дампа не требуется особых навыков. Если вы можете следовать инструкциям и открыть дамп с ошибкой, вы можете выполнить базовую диагностику без каких-либо глубоких знаний ядра. Однако для всего, что выходит за рамки основ, вам понадобится знать, как отлаживать код с помощью gdb, развить хорошее знание структуры ядра и кода, а также узнать, как на самом деле работают x86 и x86_64. Есть много ресурсов, которые вы можете найти в Google, чтобы помочь в этом. RedHat также проводит курс по внутреннему устройству ядра, который того стоит (если кто-то другой платит)
Открыв дамп, вы можете выполнить базовые проверки, которые помогут диагностировать большое количество дампов. Когда вы открываете дамп, вы должны получить некоторую базовую информацию, включая загрузку во время сбоя - всегда полезный указатель. Просмотр журнала кольцевого буфера даст вам информацию о сбое, получение информации отсюда и поиск в Google часто покажут, что это известная проблема с исправлением. Еще одно место, куда нужно обратить внимание, - это свободная память - если у вас осталось несколько небольших страниц, вы знаете, почему произошел сбой / зависание.
Это довольно большая тема. Я никогда не встречал действительно хороших ресурсов учебного типа с примерами аварийных дампов, которые нужно было бы просмотреть, начиная с простых для диагностики проблем, ведущих к гораздо более глубоким основным причинам. Может быть, это был бы достойный проект.
Вот один из возможных указателей: