Systemdがパニックモードに入った理由を正確に確認する方法

Systemdがパニックモードに入った理由を正確に確認する方法

Debian Jessieを実行している私のデスクトップコンピュータは、起動するたびに緊急モードシェルに入ります。画面には、journalctl -xb原因の検索と使用を使用してsystemctl default起動を続行するように求められます。を実行すると、systemctl default数週間システムを使用した後でも、目立つエラーなしにシステムが起動し続けます。

その過程を通して、journalctl -xb急激な悩みに陥る明確な理由はありませんでした。簡単に判断できる方法はありますか?正確に緊急モードに切り替えることにしたのはなぜですか?問題がどこにあるかを知ることができる他のフラグまたは起動オプションはありますか?

ベストアンサー1

エラーは、隣のデバイスの説明とともに、[ FAIL ]コンソール(代わりに)に赤で表示する必要があります。[ OK ]多くの場合、最初の失敗が最も重要です。上にスクロールして最後のいくつかの出力画面を表示するには、コンソールで Shift+pageup を使用します。出力量が多すぎると動作しないことがあります。

この機能は通常、[ OK ]メッセージが表示されない場合にも機能します(たとえば、Debianで使用されているカーネルコマンドラインのため)。quiet最初の失敗では、systemdは詳細モードに切り替わります。

それ以外の場合は、オプションなしで使用でき、systemctl赤色で欠陥が強調表示されている既知のセルの大きなリストが表示されます。失敗した項目のみを表示するには、systemctl --state=failedまたはを使用しますsystemctl --failed


ユニットファイルを検索する場合は、emergency.targetブートを.mountlocal-fs.targetまたは、initramfsがsystemdを使用している場合initramfsがルートファイルシステムをマウントできない場合。

local-fs.target持っていますOnFailure=emergency.target。ローカルファイルシステムの単位がlocal-fs.targetのRequiresリストに自動的に追加されるため、失敗します(存在しない限りDefaultDependencies=no)。

$ systemctl show --property Requires local-fs.target
Requires=-.mount home.mount boot.mount boot-efi.mount

おすすめ記事