アタッチされたebsボリュームをEC2にマウントする

EC2インスタンスを作成し、EBSボリュームを作成して、実行中のインスタンスに接続し、インスタンスに正常にSSHで接続しました。

ドライブは/ dev / sdfとして接続されています

次に、ドライブをマウントしてみました。

mkdir /testName
mount -t ext3 /dev/sdf /testName

しかし、それから私はエラーメッセージを受け取ります：

mount: wrong fs type, bad option, bad superblock on /dev/sdf,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

何が悪いのですか？

ありがとう。

以下は、EBSボリュームをEC2インスタンスにアタッチした後に実行する必要があるコマンドの完全なセットです。

mkfs -t ext3 /dev/sdf   # (NOTE - if you created your EBS volume from a snapshot of another volume and want to preserve its data, skip this step)
echo "/dev/sdf  /testName  ext3     noatime  0 0" >> /etc/fstab
mkdir /testName
mount /testName
df -h                   # (you should now see a new /testName file system mounted on the EBS volume)

スナップショットを作成したEBSボリュームをマウントしているときにも同じ問題が発生しました。問題は、ボリューム（たとえば、/ dev / sdf）を接続すると、実際にパーティション化されたため（/ dev / sdf1）も作成されたことです。/ dev / sdf1を問題なくマウントできました。

ファイルシステムを作成しましたか？

mkfs -t ext3 /dev/sdf

実際、それがスナップショットでない限り、初期化されていないブロックデバイスとして、必要になるかもしれません。

• パーティションテーブルを作成する
• ボリュームにラベルを付ける
• パーティションを作成する（少なくとも1つ）
• パーティションにファイルシステムを作成する
• 必要に応じてファイルシステムをフォーマットする

ファイルシステムが不要な場合、1つのファイルまたはストリーム（tarまたはddスタイル）のみを保存する場合は、これらは厳密には必要ありません。

これらのオプションは私たちに多くの制御を提供し、あなた自身の金属に「クリーン」ドライブをインストールするときに実行するのと同じタスクです。