EC2：EBS 设备 ID 混淆（/dev/sdf 与 /dev/xvdf）答案

【问题标题】：EC2: EBS device id confusion (/dev/sdf vs. /dev/xvdf)EC2：EBS 设备 ID 混淆（/dev/sdf 与 /dev/xvdf）
【发布时间】：2012-08-19 14:43:38
【问题描述】：

我将一个 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?

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

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

【问题讨论】：

标签： amazon-ec2 filesystems amazon-ebs

【解决方案1】：

当通过AWS Management Console 附加卷时，AWS 提供以下消息/警告：

注意：较新的 linux 内核可能会通过以下方式将您的设备重命名为 /dev/xvdf /dev/xvdp 内部，即使在此处输入设备名称（和详见）是/dev/sdf到/dev/sdp。

我没有任何上游资源可以方便地获取此信息，但 Jay Rum 对（不再相关的）临时问题 EBS Disks starting as device /dev/xvde, but mapped as /dev/sda 的回答将此功能归因于 xen-blkfront 驱动程序：

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

最后，cyberx86 对How do I access the attached volume in Amazon EC2 的回答提供了有关此设备命名不匹配以及如何处理它的详细说明和图解说明，即识别当前可用的设备等。

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

【讨论】：