Oracle Cloud Infrastructureドキュメント

fstabの、一貫性のあるデバイス・パスを使用したブロック・ボリューム・オプション

Linuxインスタンスのブート時にボリュームを自動的にマウントする場合は、/etc/fstabファイルに特定のオプションを設定する必要があるか、またはインスタンスの起動が失敗する可能性があります。

ノート

これらのステップは、「一貫性のあるデバイス・パス」が有効になっているブロック・ボリュームを対象としています。
ブロック・ボリュームで一貫性のあるデバイス・パスが有効になっていない場合は、かわりに「レガシーetc/fstabオプション」を使用します。

前提条件

一貫性のあるデバイス・パスを使用する前に、「インスタンスは一貫したデバイス・パスをサポートしています」を確認して、正しく構成しておくようにしてください。

ボリュームがサポートされているインスタンスにアタッチされていることを確認するには、インスタンスに接続して次のコマンドを実行します:

ll /dev/oracleoci/oraclevd*

出力は次のようになります:

lrwxrwxrwx. 1 root root 6 Feb  7 21:02 /dev/oracleoci/oraclevda -> ../sda
lrwxrwxrwx. 1 root root 7 Feb 7 21:02 /dev/oracleoci/oraclevda1 -> ../sda1
lrwxrwxrwx. 1 root root 7 Feb 7 21:02 /dev/oracleoci/oraclevda2 -> ../sda2
lrwxrwxrwx. 1 root root 7 Feb 7 21:02 /dev/oracleoci/oraclevda3 -> ../sda3

この出力が表示されない場合は、かわりに次のエラー・メッセージが表示されます:

cannot access /dev/oracleoci/oraclevd*: No such file or directory

デバイス・パスのインスタンス構成に問題がある可能性があります。 詳細は、「サポートに連絡」を参照してください。

_netdevおよびnofailオプションを使用

デフォルトでは、イニシエータの起動前に/etc/fstabファイルが処理されます。 ボリュームがマウントされる前に開始するようにマウント・プロセスを構成するには、/etc/fstabファイルの各行に_netdevオプションを指定します。

ルート・ボリュームを除くボリュームが/etc/fstabファイルにリストされているインスタンスのカスタム・イメージを作成すると、インスタンスがカスタム・イメージから起動できなくなります。 この問題を回避するには、/etc/fstabファイルでnofailオプションを指定します。

3つのボリュームを使用するシナリオ例では、_netdevおよびnofailオプションを持つボリュームの/etc/fstabファイルのエントリは次のとおりです:

/dev/oracleoci/oraclevdb /mnt/vol1 xfs defaults,_netdev,nofail 0 2
/dev/oracleoci/oraclevdc /mnt/vol2 xfs defaults,_netdev,nofail 0 2
/dev/oracleoci/oraclevdd /mnt/vol3 xfs defaults,_netdev,nofail 0 2

/etc/fstabファイルを更新したら、次のコマンドを使用してボリュームをマウントします:

bash-4.2$ sudo mount -a

インスタンスを再起動して、次のコマンドでリブート時にボリュームが正しくマウントされていることを確認してください:

bash-4.2$ sudo reboot

/etc/fstabファイルに関する問題のトラブルシューティング

/etc/fstabファイルの更新後にインスタンスがリブートに失敗した場合は、/etc/fstabファイルの変更を元に戻す必要があります。 ファイルを更新するには、最初に「インスタンスのシリアル・コンソールに接続」を実行します。 シリアル・コンソール接続を使用してインスタンスにアクセスした場合は、/etc/fstabファイルに対して行った変更の削除、コメント・アウトまたは修正ができます。