Linux VM を修正する際に役に立つ出力を、私が理解できない内容にプッシュするカーネルパニックが発生することがよくありますが、これはおそらく役に立ちません。
パニックはほとんどこのinitramfs
段階で発生します。私はそれを使用していますVirtualBox
。
Normal Shift+はPg Up機能しません(私の場合)。
上にスクロールして前の出力を表示する他の方法はありますか?
ベストアンサー1
シリアルポート
これシリアルポートLinuxカーネルでサポートされ、ほとんどのエミュレータでエミュレートされる、古い信頼性の高い通信プロトコルハードウェアです。
これを使用して、カーネルメッセージをホストファイルまたはコンソールにストリーミングできます。
量子コンピューティングデバイス(QEMU):
問題を再現するための最小設定は次のとおりです。https://github.com/cirosantilli/linux-kernel-module-cheat/blob/b366bac0c5410ceef7f2b97f96d93d722c4d9ea6/kernel_module/panic.c
物理ハードウェア:シリアルポートはほとんどの最新のノートブックには公開されていません。これは残念ですが、デスクトップでは次のように見えます。
源泉。
ラズベリーパイから:
詳細については、次を参照してください。Linuxでttys0、ttyUSB0、ttyAMA0の違いは何ですか?
シリアル代替
はるかにエキゾチックな方法が言及されています。Linuxカーネルパニックの原因の確認UnixとLinuxスタックの交換
netdump:ネットワーク経由でトレースを送信します。
パニックによってネットワークが中断されないと仮定すると、シリアルよりも可能性が高くなります。
シリアルに比べて利点は次のとおりです。
最新のノートブックなど、公開シリアル化のないシステムに適しています。
シリアルケーブルの最大ワイヤ長は非常に制限されています。これは、会社のすべてのマザーボードをリモートスペースに配置して開発者間でリソースを共有したい場合に問題になります。
ただし、ターゲットがシリアル露出の場合は、イーサネットサーバーでシリアルコネクタを使用することをお勧めします。これ:
kdump:セカンダリLinuxカーネルを起動して、パニック状態のカーネルを調べます。どのような問題が発生する可能性がありますか?
これらの方法はより柔軟であるが信頼性が低い。
また見なさい:カーネルパニックのため失敗した画面をスクロールします。