すべてのプロダクト
Search
ドキュメントセンター

Elastic Compute Service:/etc/fstab で UUID を使用してデータディスクを自動的にマウントする

最終更新日:Oct 16, 2025

起動時にデータディスクを自動的にマウントするには、その Universally Unique Identifier (UUID) を /etc/fstab ファイルに追加します。そうしないと、再起動のたびにファイルシステムを手動でマウントしてディスク上のファイルにアクセスする必要があります。

手順

開始する前に、データディスクが [使用中] であり、初期化され、ファイルシステムがマウントされていることを確認してください。

  1. Elastic Compute Service (ECS) インスタンスにログインします。

    1. ECS コンソール - インスタンス に移動します。上部のナビゲーションバーで、ターゲットリージョンとリソースグループを選択します。

    2. インスタンスの詳細ページに移動します。[接続] をクリックし、[Workbench] を選択します。画面のプロンプトに従ってログインし、ターミナルにアクセスします。

  2. 誤った構成によるエラーを防ぐために、/etc/fstab ファイルのバックアップを作成します。

    sudo cp /etc/fstab /etc/fstab.bak
  3. マウント情報を構成します。

    1. ターゲットディスクの情報を取得します。

      sudo lsblk -f コマンドを実行します。構成したいディスクのターゲットデバイス名、マウントポイント、ファイルシステムタイプを記録します。

      sudo lsblk -f
      NAME   FSTYPE LABEL UUID                                 MOUNTPOINT
      vda                                                      
      └─vda1 ext4   root  33b46ac5-7482-4aa5-8de0-60ab4c3a4c78 /
      vdb    ext4         3d7a3861-da22-484e-bbf4-b09375894b4f                                                         
      └─vdb1 ext4         f1645951-134f-4677-b5f4-c65c71f8f86d /mnt
      vdc    xfs          3d7a3861-da22-484e-bbf4-b09375894b4f /test
      • デバイスにパーティションがある場合、ターゲットデバイス名はパーティション名です。この例では、データディスク vdb の場合、ターゲットデバイス名vdb1マウントポイント/mntファイルシステムタイプext4 です。

      • デバイスにパーティションがない場合、ターゲットデバイス名はデバイス名と同じです。この例では、データディスク vdc の場合、ターゲットデバイス名vdcマウントポイント/testファイルシステムタイプxfs です。

    2. /etc/fstab にマウント情報を追加します。

      コマンド内の <target_device_name><mount_point>、および <file_system_type>前のステップの情報に置き換えてから、コマンドを実行します。パラメーターの説明については、「fstab man-pages」をご参照ください。

      重要

      オプションを defaults,nofail に設定すると、マウント構成が正しくなくてもインスタンスは正常に起動できます。ただし、システムはエラーを報告しません。間違ったデバイスにデータを書き込むのを避けるために、自動マウントが成功したことを慎重に確認する必要があります。

      sudo sh -c "echo `sudo blkid /dev/<target_device_name> | awk '{print \$2}' | sed 's/\"//g'` <mount_point> <file_system_type> defaults 0 0 >> /etc/fstab"
      たとえば、ターゲットデバイス名vdb1マウントポイント/mntファイルシステムタイプext4 のディスクを構成する場合:
      sudo sh -c "echo `sudo blkid /dev/vdb1 | awk '{print \$2}' | sed 's/\"//g'` /mnt ext4 defaults 0 0 >> /etc/fstab"

  4. 自動マウント構成を検証します。

    1. 現在のマウントポイントをアンマウントします。

      ステップ 2.a のターゲットデバイス名で <target_device_name> を置き換えます。

      sudo umount /dev/<target_device_name>
    2. /etc/fstab ファイルをリロードします。

      次のコマンドを実行して、/etc/fstab にリストされているすべてのアンマウントされたファイルシステムをマウントします。

      sudo mount -a

      エラーが発生した場合は、sudo mv /etc/fstab.bak /etc/fstab を実行して、元の /etc/fstab ファイルをすばやく復元できます。

    3. マウントが成功したかどうかを確認します。

      sudo lsblk コマンドを実行します。出力にターゲットデバイスのマウントポイント (MOUNTPOINT) が表示されれば、構成は成功です。

  5. sudo reboot コマンドを実行してオペレーティングシステムを再起動し、正常に起動することを確認します。

    重要

    オペレーティングシステムを再起動すると、ライブサービスに影響を与える可能性があります。注意して進めてください。

    インスタンスが正常に起動したら、sudo lsblk コマンドを実行します。出力にターゲットデバイスのマウントポイント (MOUNTPOINT) が表示されれば、構成は成功です。

    インスタンスの起動に失敗した場合は、「/etc/fstab 構成エラーが原因で発生した Linux インスタンスのシステム起動の失敗のトラブルシューティング」の手順に従って問題を解決してください。

よくある質問

/etc/fstab 構成エラーが原因で再起動後にインスタンスが起動しない場合はどうすればよいですか?

/etc/fstab 構成エラーが原因で発生した Linux インスタンスのシステム起動の失敗のトラブルシューティング」の手順に従って、VNC 接続を使用してインスタンスに接続し、緊急モードでマウント情報を手動で修正できます。

/etc/fstab を構成する際に、パーティション名 (例: /dev/vdb1) ではなく UUID を使用することが推奨されるのはなぜですか?

  • ディスクパーティション名の使用: ディスクのマウント順序が変更されると、システムによって割り当てられたパーティション名も変更される可能性があります。これにより、fstab のマウントエントリが間違ったパーティションを指したり、完全に失敗したりする可能性があります。この障害により、アプリケーションがデータにアクセスできなくなり、サービスが中断される可能性があります。

  • UUID の使用: UUID はディスクの一意の識別子です。ディスクのマウント順序に影響されないため、システムは常に正しいパーティションを特定してマウントできます。