免責事項:明らかな何かを見逃している可能性があります。
Amazon EC2で実行しているUbuntu 11.04サーバーにはさらにEBSディスク容量が必要なので、ルートボリュームに加えて新しいボリュームを作成することにしました。 (これは 公式のUbuntu AMI から作成されたEBS-backedインスタンスです。)
そこで、AWS管理コンソールを開いてボリュームを作成し、それをインスタンスにアタッチしました。
ダイアログで提案された/dev/sdb
を選択しました。 AWSコンソールには、インスタンスに正しく接続されているボリュームが表示されます。
問題は、デバイス/dev/sdb
がインスタンス上で利用できず、すぐにも再起動後でもないことです:
$ Sudo mkfs.ext4 /dev/sdb
mke2fs 1.41.14 (22-Dec-2010)
Could not stat /dev/sdb --- No such file or directory
必要な手順を逃しましたか、それとも他のデバイス名でボリュームを使用できますか?
(/dev/sdc
も同じ結果で試しました; /dev/xvda3
は「有効なEBSデバイス名」として受け入れられませんでした。)
デバイスの名前は、11.04ではsdXではなく/ dev/xvdXです。これはカーネルの変更でした。 xenブロックデバイスのカーネル名は「xvd」です。以前、Ubuntuはこれらのデバイスの名前をsdXに変更するパッチを提供していました。そのパッチは問題になりました。
本当に必要な場合は、パッチを適用して独自のカーネルを実行できます。 bug 684875 これが変更された理由に関する詳細情報があります。
したがって、質問に答えるには、/dev/sdb
を添付し、/dev/xvdb
と表示されます。