このトピックでは、Linux インスタンス上のファイルシステムを確認および修復する方法について説明します。
前提条件
スナップショットサービスが有効化され、システムディスクのスナップショットが作成されている必要があります。詳細については、「スナップショットの有効化」および「手動での単一スナップショットの作成」をご参照ください。
手順
このトピックでは、/dev/vdb1 を例として、ファイルシステムを確認および修復する方法について説明します。
Linux インスタンスに接続します。
インスタンスのデータディスクの /dev/vdb1 パーティションにあるファイルシステムで異常が発生した場合は、インスタンスに直接接続します。詳細については、「Workbench を使用した Linux インスタンスへの接続」をご参照ください。
破損したファイルシステムがシステムディスク上にある場合は、そのシステムディスクをインスタンスからデタッチし、データディスクとして別のインスタンスにアタッチしてから、そのインスタンスに接続して次の操作を実行します。詳細については、「Linux インスタンスのデータ復旧のベストプラクティス」をご参照ください。
説明リンク先のドキュメントでは、ステップ 3 の最初の 4 つの手順のみを実行してください。ファイルシステムはマウントしないでください。
次のコマンドを実行して、システムにファイルシステムがマウントされているかどうかを確認します。ファイルシステムがマウントされていないことを確認してください。
df -h説明ファイルシステムがすでにシステムにマウントされている場合は、適切な業務時間中に
umount /dev/vdb1コマンドを実行してアンマウントできます。blkidコマンドを実行してファイルシステムのタイプを確認し、適切な確認および修復コマンドを実行します。EXT3 または EXT4 ファイルシステムの場合:
fsck -y /dev/vdb1XFS ファイルシステムの場合:
xfs_repair /dev/vdb1
(条件付き必須) システムディスクを修復した場合は、元のインスタンスに再アタッチします。手順については、「Linux インスタンスのデータ復旧のベストプラクティス」をご参照ください。データディスクを修復した場合は、この手順をスキップしてください。
次のコマンドを実行して、ファイルシステムをマウントします。
mount /dev/vdb1 /mntファイルシステムをマウントした後、読み取り専用チェックを実行するか、ファイルにアクセスして、ファイルシステムが正常に動作することを確認します。読み取り専用チェックでファイルシステムの異常が報告された場合でも、そのアラートは無視してかまいません。詳細については、「マウントされたクリーンなデバイスで 'fsck -n' を実行した際にfsckが破損を報告する理由」をご参照ください。
EXT3 および EXT4 ファイルシステムの場合:
fsck -n /dev/vdb1XFS ファイルシステムの場合、マウントポイントのファイル一覧を表示するなどして、アクセスできることを確認します。例:
ls /mnt