:Linux ファイルシステムのチェックと修復

前提条件

スナップショットサービスがアクティブ化されており、システムディスクのスナップショットが作成されていること。詳細については、「スナップショットのアクティブ化」および「手動でのスナップショットの作成」をご参照ください。

操作手順

このトピックでは、/dev/vdb1 を例として、ファイルシステムをチェックおよび修復する方法について説明します。

1. Linux インスタンスに接続します。

   • インスタンスのデータディスクの /dev/vdb1 パーティション内のファイルシステムで異常が発生した場合は、インスタンスに直接接続します。詳細については、「ワークベンチを使用して Linux インスタンスに接続」をご参照ください。

   • 破損したファイルシステムがシステムディスクにある場合は、システムディスクをインスタンスからデタッチし、データディスクとして別のインスタンスにアタッチしてから、そのインスタンスに接続して次の操作を実行します。詳細については、「Linux インスタンスのデータ復旧に関するベストプラクティス」をご参照ください。

     説明

     リンク先のドキュメントでは、手順 3 の最初の 4 つのサブステップのみを実行してください。ファイルシステムはマウントしないでください。

2. 次のコマンドを実行して、ファイルシステムがシステムにマウントされているかどうかを確認します。ファイルシステムがマウントされていないことを確認してください。

   df -h

   説明

   ファイルシステムが既にシステムにマウントされている場合は、適切な業務時間中に umount /dev/vdb1 コマンドを実行してアンマウントできます。

3. blkid コマンドを実行してファイルシステムのタイプを確認し、適切なコマンドでチェックと修復を実行します。

   • EXT3 または EXT4 ファイルシステムの場合： fsck -y /dev/vdb1

   • XFS ファイルシステムの場合： xfs_repair /dev/vdb1

4. (条件付き必須) システムディスクを修復した場合は、元のインスタンスに再アタッチします。手順については、「Linux インスタンスのデータ復旧に関するベストプラクティス」をご参照ください。データディスクを修復した場合は、この手順をスキップしてください。

5. 次のコマンドを実行して、ファイルシステムをマウントします。

   mount /dev/vdb1 /mnt

6. 次のいずれかのコマンドを再実行して、マウントされたファイルシステムを確認します。 ファイルシステムの例外が続く場合は、アラートを無視してください。 詳細については、「デバイスがクリーンな状態でマウントされたデバイスに 'fsck -n' を実行すると、fsck が破損を報告する理由」をご参照ください。

   • For EXT3 and EXT4 file systems: fsck -y /dev/vdb1

   • For the XFS file system: xfs_repair /dev/vdb1