AWSのUbuntuマシンに新しいEBSボリュームを接続するにはどうすればよいですか?


8

免責事項:私はおそらく前もって申し訳ありませんが明らかな何かを見逃しているでしょう。

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デバイス名」として受け入れられませんでした。)


1
Ask UbuntuにはAWSの質問が少ないことに気づきましたが、Server Faultは答えを得るためにあまり良くなかったので、最初にここで試してみると思いました...
Jonik

回答:


11

11.04では、デバイスの名前はsdXではなく/ dev / xvdXです。これはカーネルの変更でした。xenブロックデバイスのカーネル名は「xvd」です。以前、Ubuntuはこれらのデバイスの名前をsdXに変更するパッチを提供していました。そのパッチには問題がありました。

本当に必要な場合は、パッチを適用して独自のカーネルを実行できます。 バグ684875には、これが変更された理由の詳細があります。

だから、あなたの質問に答えるために/dev/sdb、それを添付してください、それはとして表示され/dev/xvdbます。


1
完璧です、これで解決しました!ところで、興味深いことに、今「ボリュームをアタッチ」ダイアログが(2日前にはありませんでした)このノートを持っている:「新しいLinuxカーネルはは/ dev / xvdb代わりにDEV / xvdp /経由にあなたのデバイスをマップする必要があります。
ジョニック
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.