42

我将一个 EBS 卷附加到我的 EC2 实例，将其转换为 EXT3 文件系统，并成功挂载它。但是，最初我有点被甩了，主要是因为 AWS 控制台说我的 EBS 设备 ID 是什么。

根据 AWS 控制台：

i-xxxxxxx :/dev/sdf (attached)

我认为这意味着我附加的 EBS 设备 ID 是 /dev/sdf。因此，当我尝试使用此设备 ID 将设备转换为文件系统时，我收到以下错误消息。

ubuntu@ip-xx-xx-xx-xx:~$ mkfs -t ext3 /dev/sdf
mke2fs 1.42 (29-Nov-2011)
Could not stat /dev/sdf --- No such file or directory
The device apparently does not exist; did you specify it correctly?

然后在研究了一下之后，我找到了这篇文章，然后通过运行 cat /proc/partitions 发现我的真实设备ID是/dev/xvdf而不是/dev/sdf。

我的问题是为什么 AWS 控制台说它是 /dev/sdf 而实际上它是 /dev/xvdf？我认为对此必须有某种合乎逻辑的解释。

4

1 回答 1

38

通过AWS 管理控制台附加卷时，AWS 提供以下消息/警告：

注意：较新的 linux 内核可能会在内部将您的设备重命名为 /dev/xvdf 至 /dev/xvdp，即使此处输入的设备名称（并显示在详细信息中）是 /dev/sdf 至 /dev/sdp。

我没有此信息的任何上游来源，但 Jay Rum 对（不再相关）临时问题EBS 磁盘以设备 /dev/xvde 开始，但映射为 /dev/sda的回答将此功能归因于xen-blkfront驱动程序：

“xen-blkfront”驱动程序，允许虚拟机（即 EC2 实例）访问底层块设备，传统上将 sda、sdb...映射到 xvda、xvdb...、[...]

最后，cyberx86 对我如何访问 Amazon EC2 中的附加卷的回答提供了有关此设备命名不匹配以及如何处理它的详细说明和图解说明，即识别当前可用的设备等。

注意：这个问题已经在 2012 年 8 月 24 日得到回答，但是由于不透明的原因（显然是因为用户被删除了），社区版主在 2013 年 5 月 1 日删除了 6 个赞成的答案（即相应的自动化过程） ) - 无论如何，从我的角度来看，我已经添加了原始内容的轻微变化。

于 2013-05-01T20:52:05.653 回答