fstab エラーに起因する Linux VM の起動に関する問題のトラブルシューティング

fstab（ファイルシステムテーブル）は、システムの再起動後も Linux VM のディスクパーティション、ファイルシステム、ファイル共有のマウントを維持する方法を定義するために使用される構成ファイルです。

このドキュメントでは、不適切な fstab 構成が起動の問題の原因となる複数の状況について概説し、問題を解決するためのトラブルシューティングのアドバイスを提供します。

fstab の構成ミスに関する一般的な問題は次のとおりです。

fstab 構成ファイルの構文エラー
間違った UUID
接続されていないまたは使用できないデバイスのエントリがある
SUSE または RHEL イメージの xfs ファイルシステムタイプの nobarrier などのマウントオプションが非推奨になる

始める前に

Cloud Logging でシリアルポート出力をロギングする場合は、Cloud Logging に習熟します。
まだ設定していない場合は、認証を設定します。認証とは、Google Cloud サービスと API にアクセスするために ID を確認するプロセスです。ローカル開発環境からコードまたはサンプルを実行するには、次のように Compute Engine に対する認証を行います。

このページのサンプルをどのように使うかに応じて、タブを選択してください。
コンソール

Google Cloud コンソールを使用して Google Cloud サービスと API にアクセスする場合、認証を設定する必要はありません。
gcloud
1. Google Cloud CLI をインストールし、次のコマンドを実行して初期化します。
```
gcloud init
```
  注: すでに gcloud CLI をインストールしている場合は、gcloud components update を実行して、最新バージョンがインストールされていることを確認してください。
2. デフォルトのリージョンとゾーンを設定します。
REST

このページの REST API サンプルをローカル開発環境で使用するには、gcloud CLI に指定した認証情報を使用します。

fstab の問題を特定する

起動に関する問題については、Linux VM のシリアルコンソールでブートログを確認することを強くおすすめします。VM が緊急モードになり、fstab に問題があることを示すエラーメッセージが表示されます。

  [K[[1;31m TIME [0m] Timed out waiting for device dev-incorrect.device.
  [[1;33mDEPEND[0m] Dependency failed for /distribution.
  [[1;33mDEPEND[0m] Dependency failed for Local File Systems.
  ...
  Welcome to emergency mode! After logging in, type "journalctl -xb" to viewsystem logs, "systemctl reboot" to reboot, "systemctl default" to try again to boot into default mode.
  Give root password for maintenance
  (or type Control-D to continue)

エラーメッセージによると、/distribution ファイルシステムで依存関係に関するエラーが発生しています。ファイルシステムのマウントポイントの依存関係エラーは、使用するファイルシステム名によって異なります。

解決策

Google Cloud でホストされている Linux VM の fstab エラーを解決するには、次のオプションを使用します。シリアルコンソールを使用すると、手動の場合よりも迅速に問題を解決できます。

以下の方法で fstab の問題を解決するには、VM でシリアルポートへのアクセスを有効にする必要があります。

オプション 1: シリアルコンソールを使用して、緊急モードで VM にログインする

Google Cloud コンソールから VM のシリアルコンソールにログインします。
現在の緊急モードで VM にアクセスするには、root パスワードを入力します。
任意のテキストエディタを使用して fstab ファイルを開きます。必要な変更を行い、fstab ファイルにその変更を保存します。次の例では、vi エディタを使用しています。
```
vi /etc/fstab
```
上記の例では、/distribution のデバイスが VM から切断されています。ファイルシステムを参照する行をコメント化するか、/distribution マウントポイントの fstab エントリを削除します。

fstab の構成と構文の詳細については、man fstab を使用してください。
ファイルを保存して、エディタを終了します。vi エディタを使用している場合は、ESC + :wq! を使用して保存し、エディタを終了します。
プロンプトで「reboot」と入力して起動プロセスを再開します。
問題が正常に修正されると、VM の起動プロセスが完了し、シリアルコンソールにログインプロンプトが表示されます。
SSH を使用して VM に再度ログインできることを確認します。

オプション 2 - シリアルコンソールでシングルユーザーモードを使用する

このオプションは、root パスワードが設定されていない場合に使用できます。

前提条件: grub 構成ファイルの GRUB_TIMEOUT パラメータがゼロ以外の値に設定されている必要があります。通常、このファイルは /etc/default/grub にありますが、以前のディストリビューションの一部では通常と異なるディレクトリに存在する場合もあります。

Google Cloud コンソールの [VM インスタンス] ページに移動します。[VM インスタンス] に移動
Google Cloud コンソールから仮想マシンのシリアルコンソールにログインします。
Google Cloud コンソールで仮想マシンの [リセット] をクリックします。
シリアルコンソールウィンドウで、矢印キーをクリックして grub 画面またはメニューで起動プロセスを中断します。
grub ブートローダー画面のカーネルのリストで、カーネルを選択し、キーボードの e キーを押します。
カーネル行の末尾に rd.break パラメータを追加し、ctrl+x キーを押します。これは、VM をシングルユーザーモードで起動するのに役立ちます。

注: rd.break パラメータは、RHEL、CENTOS、Oracle Linux、SUSE のオペレーティングシステムで機能します。このパラメータは永続的なエントリではないため、起動後に変更する必要はありません。Ubuntu 18.04、20.04、22.04 LTS では、systemd.unit=rescue.target を追加することで、シングルユーザーモードと同様にレスキューモードで起動できます。
ルートファイルシステムを読み取り / 書き込みモードでマウントします。
fstab ファイルを分析し、必要な変更を加えて保存します。構成と構文の詳細については、man fstab を使用してください。任意のテキストエディタを使用して fstab ファイルを開きます。次の例では、vi エディタを使用しています。
```
vi /etc/fstab
```
この例では、/distribution のデバイスが VM から切断されるため、行をコメント化するか、/distribution マウントポイントの fstab エントリを削除します。
ファイルを保存し、エディタを終了します。vi エディタを使用している場合は、ESC + :wq! を使用して保存し、fstab を終了します。
プロンプトで「reboot」と入力して起動プロセスを再開します。
問題が正常に修正されると、VM の起動プロセスが完了し、シリアルコンソールにログインプロンプトが表示されます。
SSH を使用して VM にログインできることを確認します。