最近Arch Linuxシステムを更新しました。それ以来、時々カーネルパニックが発生しました。 (画面が止まり、キーボードのステータスインジケータが点滅)
YouTubeの映像を10分ほど視聴すると、このような現象が現れるようです。これらのカーネルパニックの原因を見つけて問題を解決したいと思います。
貴重な情報を含むログファイルが見つからないようです。
journalctl有用な情報を提供せず、dmesg現在実行中のカーネルに関する情報のみを表示します。 /var/log/のほとんどのログファイルは空です。 systemdがログを処理し、そこにログを保存しないので、これは正常だと思います。
現在経験しているカーネルパニックに関する詳細情報はどこにありますか？完全なコアダンプは必要なく、スタックトレースまたは無効なモジュール/サブシステムの名前で十分です。
答え1
dmesg -w > yourlogfile &
上記のコマンドは、dmesg ログを追跡してファイルとして印刷します。カーネルがクラッシュするまで実行し、起動後にログを確認します。
tail yourlogfile
確かな証拠を提供しませんが、出発点です。
答え2
システムが完全にクラッシュした場合、エラーがディスクに書き込まれる可能性があるという保証はありません。
ところで画面もロックされていてX関連のエラーのようです。それだけ
答え3
私は、パニックが発生するたびにvmcoreを取得できるようにシステムにkdumpを設定する必要があると思います（vmcoreは、パニック時に実行されていたカーネルのスナップショットです）。
kdump カーネルを設定するには、次の手順に従います。
生成されたコアファイルを調べるために使用する必要があります。競合ユーティリティ
【書き直す】
一部のカーネルパラメータ（sysctlパラメータ検索）も設定する必要があります。