壊れたシステムからあなたを救う 6 つの Linux ブート オプション

Linux システムが更新後に壊れたり、ログイン画面の表示を拒否したり、起動中に別のエラーがスローされたりした場合でも、ディストリビューション全体を再インストールする必要はありません。 Linux には、壊れたインストールの回復、起動時の問題のトラブルシューティング、システムへの復帰に役立ついくつかのブート オプションが用意されています。

これらの起動オプションを知っておくと、問題が発生したときに時間を大幅に節約できます。知っておく価値があると思われる 6 つの Linux ブート オプションを次に示します。

GRUB から古い Linux カーネルをブートする

システムを破壊したカーネルアップデートをロールバックする

カーネルのアップデートにより、ハードウェアの互換性、グラフィックス ドライバー、ネットワーク、またはファイル システムのサポートに問題が発生する場合があります。 Linux を長く使用している人なら、カーネル アップデートに関する自分なりの恐怖体験をいくつか持っているでしょう。そのような場合、特に更新前にすべてが正常に動作していた場合、最初に試してみる価値のあることの 1 つは、古いカーネルを起動することです。

ほとんどの Linux ディストリビューションでは、新しいカーネル バージョンに更新するときに、古いカーネル バージョンがインストールされたままになります。スタートアップ メニューから[詳細オプション]を選択すると、GRUB ブートローダーを通じてこれらにアクセスできます。これにより、インストールされているカーネルのリストが開きます。以前に動作していた古いバージョンを選択し、Enter キーを押して起動します。

GRUB が自動的に表示されない場合は、BIOS の起動中に Shift キーを押し続けるか、UEFI システムで Esc キーを繰り返し押します。正確なキーの動作は、ブートローダーの構成によって異なります。デスクトップにアクセスしたら、問題のあるアップデートを調査したり、ドライバーの互換性を確認したり、動作しているカーネルを再インストールしたりできます。これは、カーネルの更新によりシステムがログイン画面にアクセスできなくなる場合に特に便利です。

Linuxをレスキューモードで起動する

systemd レスキュー モードを使用して壊れた Linux インストールを修復する

レスキュー モードは、Linux がカーネルを起動できるものの、通常のブート プロセス中に問題が発生した場合に役立ちます。これにより、必須のサービスを備えた最小限の環境が起動され、ファイルシステムがマウントされ、構成ファイルの修復、問題のあるパッケージの削除、起動エラーの調査ができるシェルが提供されます。

systemd を使用するシステムでは、GRUB ブート エントリを編集することでレスキュー モードにアクセスできます。通常のブート エントリを強調表示して、 を押します。 eで始まる行を見つけます。 linux または linuxefi。このパラメータを行の末尾に追加します。

systemd.unit=rescue.target

プレス Ctrl + X または F10 起動を続行します。構成によっては、回復シェルに到達する前に root パスワードの入力を求められる場合があります。

ここから、システム ログを検査したり、問題のあるパッケージをアンインストールしたり、正常な起動を妨げている構成ファイルを修正したりできます。次のようなコマンドも使用できます journalctl -xb 現在のブートからのエラーを調査します。年上の人 single パラメーターは、多くの Linux システムでシングルユーザー モードを要求することもできますが、 systemd.unit=rescue.target systemd ベースのインストールではより明示的です。

Linux を緊急モードで起動する

レスキューモードが失敗した場合に緊急ルートシェルにアクセスする

場合によっては、レスキュー モードでもシステムを使用可能な状態にできないことがあります。ファイルシステムのマウントが壊れている、正しくない /etc/fstab エントリ、または別の初期のブート障害により、回復プロセスが完了できない可能性があります。ここで緊急モードが登場します。緊急モードは、レスキュー モードよりもさらに最小限の環境を提供し、ごく少数のサービスを開始し、トラブルシューティング用の root シェルを提供します。緊急モードに入るには、以前と同様に GRUB ブート エントリを編集し、以下を追加します。

systemd.unit=emergency.target

検査できるようになりました /etc/fstab、失敗したマウントを調査し、構成の問題を修正します。ルート ファイルシステムが読み取り専用でマウントされている場合は、ファイルを編集する前に書き込み権限で再マウントする必要がある場合があります。

mount -o remount,rw /

ファイルシステムまたはマウント関連の問題が原因で通常の回復ブートが失敗し続ける場合は、このオプションを試します。これにより、より小規模な環境で作業できるようになり、起動時の依存関係によって Linux が使用可能な回復状態に到達できない場合に特に役立ちます。

起動中に問題のある systemd サービスを無効にする

systemd.mask パラメータを使用して、失敗したサービスをバイパスします

systemd サービスが不正に動作すると、Linux がログイン画面に到達できなくなったり、起動中に無期限に待機したりする可能性があります。これは、ネットワーク構成の変更、新しいドライバーのインストール、または自動的に実行されるサービスの変更後に発生する可能性があります。 GRUB エントリに systemd.mask= パラメータを追加することで、現在の起動中に特定のサービスをマスクするように systemd に指示できます。たとえば、NetworkManager が起動の問題を引き起こしている場合は、次を追加します。

systemd.mask=NetworkManager.service

交換する NetworkManager.service 調査したいサービスの名前を入力します。 Systemd は、そのブート中に指定されたユニットが起動しないようにします。

これは、起動失敗の原因がサービスにあると思われるが、それを調査するためにシステムにアクセスする必要がある場合に特に便利です。シェルに到達したら、次を使用してログを確認します。 journalctl そして、問題のあるサービスを無効にするか、再構成するか、再インストールするかを決定します。

Linux を Bash ルート シェルで直接起動する

init=/bin/bash パラメータを使用して systemd をバイパスします

systemd がインストールの起動を妨げている場合は、systemd を完全にバイパスしてシェルを直接起動できます。これはより抜本的な回復オプションの 1 つですが、通常の回復ターゲットが利用できない場合に非常に役立ちます。 GRUB ブート エントリを編集し、以下を追加します。

init=/bin/bash

これにより、Linux カーネルは、通常の init システムを開始する代わりに、Bash を PID 1 として起動するように指示されます。通常のシステム サービス、ログイン マネージャー、またはデスクトップ環境を使用せずに、ルート シェルに直接アクセスします。覚えておくべきことの 1 つは、ルート ファイルシステムは通常、読み取り専用でマウントされるということです。構成ファイルを変更したり、インストールを修復したりする前に、書き込み権限を使用して再マウントしてください。

mount -o remount,rw /

ファイルを編集したり、システム構成を検査したり、systemd の起動を妨げる問題を修正したりできるようになりました。終了したら、保留中の変更をフラッシュして再起動します。

sync
reboot -f

このオプションは、レスキュー モードや緊急モードでは使用可能な環境に入ることができない状況で使用します。 systemd をバイパスしているため、いくつかの使い慣れたコマンドとサービスが使用できなくなり、通常のシャットダウン手順が機能しなくなります。

nomodeset による Linux ブートの問題の修正

ドライバーの問題を回避するには、初期のグラフィックス モード設定を無効にします。

Linux がバックグラウンドで正常に起動しているにもかかわらず、グラフィックス ドライバーを更新すると、黒い画面が表示されることがあります。多くの場合、原因を特定するのに役立つ情報が画面にほとんど表示されないため、これは特にイライラさせられます。

の nomodeset カーネル パラメータは、初期起動時にカーネル モード設定 (KMS) を無効にするようにカーネルに指示します。これにより、カーネルが初期化中に通常のグラフィックス モードに切り替わるのを防ぎ、基本的な表示またはログイン環境に到達するのに役立ちます。これを試してみるには、GRUB ブート エントリを編集して以下を追加します。

nomodeset

問題が初期のグラフィックスの初期化に関連している場合は、空白の画面を乗り越えられる可能性があります。その後、グラフィックス ドライバーを調査したり、最近の更新をロールバックしたり、適切なドライバー パッケージを再インストールしたりできます。

ただし、トレードオフもあります。ディスプレイの解像度が低く制限されており、ハードウェア グラフィック アクセラレーションが利用できない可能性があります。私は治療します nomodeset 実際のドライバーの問題を調査する際の一時的なトラブルシューティング手段として。

Linux を更新する前にスナップショットを作成する

Linux のアップデート、ドライバー、システム構成を定期的に試している場合は、タイムシフトを設定することをお勧めします。これにより、アップデートによってインストールが壊れた状態になった場合に復元できるシステム スナップショットを作成できます。メジャーアップデートをインストールする前に、自動スナップショットをスケジュールしたり、手動でスナップショットを作成したりできます。

ファイルシステムがスナップショットをネイティブにサポートしている場合は、特に Btrfs ベースのインストールで Snapper などのツールを検討することもできます。スナップショットを適切に構成し、システムが起動に失敗した場合でもアクセス可能なストレージに保存しておくことを忘れないでください。最近のスナップショットを使用すると、トラブルシューティングにかかる​​時間を節約でき、場合によっては完全な再インストールを節約できます。アップデート後に作成したいと思うよりも、アップデート前に数分かけて作成したいと考えています。