Centosでカーネルパニックをデバッグする

新しいマシンに直面し、何らかの理由で（アイドル状態にならないように）自分でカーネルをコンパイルする必要がある場合、カーネルパニックが発生します。

カーネルのパニックは非常に厄介です。起動時のパニックはさらに厄介です。ログのないパニックは、ハードディスクがないと特に厄介です。

問題を解決するためにいくつかのだまし方法を提供します:(以下の内容はredhatシステム用ですが、ほとんどの方法は一般的です）

パニックの原因となったリンクを特定します####

起動プロセスについて簡単に説明します。

1 Power On                                 Maybe Err:Worlds Collides
2 BIOS                                     Maybe Err:Worlds Collides
3 Load Grub From MBR                       Maybe Err:See nothing
4 load Grub and show it                    Maybe Err:Grub loads failed
5 Grub reads menu.list                     Maybe Err:Grub loads failed
6 Grub loads kernel image                  Maybe Err:Grub loads failed
7 kernel mounts root filesystem            Maybe Err:PANIC
8 kernel runs init                         Maybe Err:PANIC
9 init runs scripts to start               Maybe Err:PANIC

まず、どのリンクがパニックを引き起こしたかを確認する必要があります。ログが比較的完全である場合は、通常、手がかりに基づいて上記のリンクが原因で発生した問題を判断できます。通常、パニックはstep7、step8、およびstep9リンクで発生します。

• step9：ここに到達するのは問題ありません。存在してはならないデバイスをマウントし、馬が何であるかを知らないサービスを開始したのは/etc/rc.sysinitなどにすぎません。起動スクリプトでさまざまなログデバッグを直接入力できます。
• ステップ8：これはもっと注意が必要です。通常、initramfsは解凍され、エラーを報告するためにいくつかのスクリプトが実行されます。幸い、それらのほとんどはinitレベルです。通常、grubカーネルの後にパラメーターを追加したり、シェルをマウントして調整したり、ツールを直接使用してinitramfsを変更したりできます。ミラーイメージ内のファイル、二分配置の再パッケージ化
• ステップ7：これも注意が必要です。一般的に、パニックは常にディスクドライブを疑っています。これがパニックの主な原因だと思います。また、画面に何も出力されない場合は、ビデオドライバを再生する必要があると推定されます。

以下は、step7およびstep8パニックのいくつかのトリックを提供します

カーネルパラメータにデバッグスイッチを追加し、ACPIをオフにします。selinux####

これは、キャラクターをテストするときです。状況がどうであれ、最も可能性の高い問題を最初に取り除く必要があります。さらに、redhatシステムは「rhgbquiet」などのパラメーターをカーネルの最後に追加し、それらをすべて削除します。起動時に、画面を凝視して疑わしい出力があるかどうかを確認します。システムは記録せずに短時間で大量のログを出力する可能性があるため、ログ出力レートと一時停止時間を設定する必要があります。詳細なパラメータについては、以下を参照してください。

https://wiki.archlinux.org/index.php/Boot_debugging

dracutデバッグスイッチをカーネルパラメータに追加します####

redhatシステムの後の段階で、dracutを使用してinitrdイメージを作成しました。dracutに関するマニュアルは次のとおりです。

http://people.redhat.com/harald/dracut-rhel6.html#lsinitrd

デバッグスイッチはここにあります：

https://fedoraproject.org/wiki/How_to_debug_Dracut_problems

rdshellを設定し、パニック後にdracutが提供するシェルにジャンプし、dmesgと入力してログ情報を表示できます。

結局、理由はよくわかりません。非常にアイドル状態なので、###の開始時にシリアルデバイスのデバッグを追加することを検討できます。

いくつかのツールチップ####

• カーネルをコンパイルするときは、menuconfigを作成します。3.10以降、カーネルは特定のスイッチの検索をサポートし、数字キーを押してそのスイッチの設定項目に直接ジャンプします。これは非常に便利です。
• Redhatはdracutを使用してinitrdを構築します。構成ファイルはデフォルトで/ usr / share / dracut /にあります。initramfsを変更するのが面倒な場合は、内部の構成ファイルを直接変更してから、再度インストールすることができます。
• ルートファイルシステムがどこにマウントされているかを確認できない場合があります。ここを参照してください。

http://free-electrons.com/blog/find-root-device/

その他の参考資料：

http://www.tuxradar.com/content/how-fix-linux-boot-problems