今日、カーネルのアップデートを含むアップデートを実行しました。しばらく画面を離れた後、戻ってみると、黒い画面にコール スタック トレース情報を含む白いテキストが画面の上方向にスクロールしているだけになっています (画像を参照)。これらはすべて異なるテキストのようです。
この状態が 3 時間以上続いたので、再起動しました。特に問題はなかったようですが、更新は適用されませんでした。
再度アップデートを試みる前に、何が起こったのか、そしてその理由を知りたいです。
答え1
これは Linux カーネルのエラーを示しています。表示される画面は、開発者が何が間違っていたのかを突き止めるためのものです。再び発生する可能性は低いです。発生した場合は、Ctrl+ Alt+ S-Abf+ r、Ctrl+ Alt+ S-Abf+ e、Ctrl+ Alt+ S-Abf+ i、Ctrl+ Alt+ S-Abf+ s、Ctrl+ Alt+ S-Abf+ u、Ctrl+ Alt+ S-Abf+bを使用してコンピューターを再起動できます。
次回起動したら、ターミナルでsudo dpkg --configure -aを実行して更新を再開します。sudo dkms autoinstall
エラーがアップデートに関係しているのか、理解せずに導入された変更によって生じたのかは単なる推測ですが、後者である可能性が高いです。カーネルがクラッシュした場合、ユーザーとしてできることは、ファイルシステムのジャーナルが正しく回復することを祈ることだけです。これらのクラッシュは、サードパーティのカーネルモジュール（dkmsモジュールなど）で発生しない限り、Ubuntuの安定リリースバージョンでは発生しないはずです。次の方法でLinuxカーネル開発者にバグレポートを送信できます。バグ報告画面に表示される情報の取り扱いについては、http://users.sosdg.org/~qiyong/lxr/source/Documentation/oops-tracing.txt詳細に。
カーネルクラッシュを理解してデバッグしたい場合は、まずスタックトレースの読み方、Linux マジック システム リクエスト キー ハック（上で説明なしでいくつか挙げました）そして、カーネルをセットアップしてより多くのログ情報を生成する方法（https://www.kernel.org/doc/Documentation/sysrq.txtクラッシュの原因を段階的に減らして再現可能なテストケースを作成できるようになります。その後、正確な問題レポートを作成できます。http://bugzilla.kernel.orgまたは、カーネルを自分でハックしてパッチを適用します。