【问题标题】:Trouble Mounting EBS Volume on EC2在 EC2 上挂载 EBS 卷时出现问题
【发布时间】:2012-12-12 07:51:52
【问题描述】:

下午好,

我是 EC2 新手,我一直在尝试在 EC2 实例上挂载 EBS 卷。按照this StackOverflow question 的说明,我执行了以下操作:

1.  Format file system /dev/xvdf (Ubuntu's internal name for this particular device number):

  sudo mkfs.ext4 /dev/xvdf

2.  Mount file system (with update to /etc/fstab so it stays mounted on reboot):

  sudo mkdir -m 000 /vol
  echo "/dev/xvdf /vol auto noatime 0 0" | sudo tee -a /etc/fstab
  sudo mount /vol

现在/vol 上似乎有一个文件夹(或卷),但它已经(预先填充?)有一个名为 lost+found 的文件夹,并且没有我分配给 EBS 卷的 15GB(它有小得多的东西)。

您能提供的任何帮助将不胜感激。谢谢!

更新 1

遵循第一个建议(sudo mount /dev/xvdf /vol)后,df 的输出如下:

Filesystem     1K-blocks   Used Available Use% Mounted on
/dev/xvda1       8256952 791440   7046084  11% /
udev              294216      8    294208   1% /dev
tmpfs             120876    164    120712   1% /run
none                5120      0      5120   0% /run/lock
none              302188      0    302188   0% /run/shm
/dev/xvdf       15481840 169456  14525952   2% /vol

这可能表明我确实在 /vol 上有 15GB。但是我仍然有那个奇怪的lost+found 文件夹。有什么需要担心的吗?

【问题讨论】:

  • 命令df的输出是什么?
  • 在我的问题正文中查看更新中的信息。
  • 是什么让你觉得你没有要求的15G?
  • @Brandon lost+found 是在您使用 Ext4 初始化(读取格式)卷时创建的目录,无需担心。您的 df 输出看起来像您有 15GB 卷。也许您需要 df -h 来获得人类可读的输出。
  • 谢谢@rhetonik - 看起来我没事!

标签: amazon-web-services amazon-ec2 mount amazon-ebs


【解决方案1】:

您的 /vol 没有问题。如df 输出所示,已安装它。

lost+found目录被文件系统用来恢复损坏的文件(fsck将恢复的文件存放在那里),所以你可以看到它是正常的。

小尺寸问题可能指千字节:

1 kibibyte = 2^10 = 1024 bytes
16G = 14.9Gib

【讨论】:

    【解决方案2】:

    在最后一行尝试: sudo mount /dev/xvdf /vol

    【讨论】:

    • 我做同样的事情:(
    • 我已经在更新中输出了df 的结果......也许看看我是否担心什么?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-05-01
    • 1970-01-01
    • 2020-10-23
    • 2011-08-25
    • 2010-09-24
    • 2012-03-10
    相关资源
    最近更新 更多