AWS EBS卷未装入,但没有错误消息

时间:2017-12-25 20:34:49

标签: amazon-web-services mount

我无法安装AWS EBS卷。名称是xvdf。 Mountpoint是/ home / ubuntu / disk1。 mount命令不会产生错误。但它不起作用。

为什么mount命令没有挂载我的音量?为什么这个命令没有告诉我,他为什么不登上?

ubuntu@ip-172-31-19-142:~$ rm -rf  /home/ubuntu/disk1  # make things clear
ubuntu@ip-172-31-19-142:~$ mkdir  /home/ubuntu/disk1   # create mountpoint
ubuntu@ip-172-31-19-142:~$  lsblk
NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
xvda    202:0    0    8G  0 disk
└─xvda1 202:1    0    8G  0 part /
xvdf    202:80   0  100G  0 disk
ubuntu@ip-172-31-19-142:~$ sudo mount /dev/xvdf /home/ubuntu/disk1
ubuntu@ip-172-31-19-142:~$ lsblk
NAME    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
xvda    202:0    0    8G  0 disk
└─xvda1 202:1    0    8G  0 part /
xvdf    202:80   0  100G  0 disk
ubuntu@ip-172-31-19-142:~$ uname -a
Linux ip-172-31-19-142 4.4.0-1044-aws #53-Ubuntu SMP Mon Dec 11 13:49:57 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
ubuntu@ip-172-31-19-142:~$

要安装的卷看起来很好:

ubuntu@ip-172-31-19-142:~$ sudo file -s /dev/xvdf
/dev/xvdf: Linux rev 1.0 ext4 filesystem data, UUID=badc7d94-316e-409e-b2f3-619a621ae5a2 (extents) (large files) (huge files)

最诚挚的问候, 欧文

3 个答案:

答案 0 :(得分:1)

在我的情况下发生这种情况是因为我在/etc/fstab中有错误的UUID:

$ cat /etc/fstab
LABEL=cloudimg-rootfs   /    ext4   defaults,discard    0 0
UUID=8ec04604-0e23-42d4-967e-a120f65fe4e7  /data  ext4  defaults,nofail 0 2
$ ls -la /dev/disk/by-uuid/
total 0
drwxr-xr-x 2 root root 80 Jan 12 17:50 .
drwxr-xr-x 4 root root 80 Jan 12 17:50 ..
lrwxrwxrwx 1 root root 11 Jan 12 17:50 4e13556e-d28d-407b-bcc6-97160eafebe1 -> ../../xvda1
lrwxrwxrwx 1 root root 10 Jan 12 17:50 b9b18cb2-9d7e-43ac-9f79-794846595e9e -> ../../xvdf

这导致了

$ sudo mount -v /dev/xvdf /data

默默地失败了。奇怪的是,你可以在另一个挂载点上安装文件系统而没有问题,这在/etc/fstab中没有使用:

$ sudo mkdir /data2
$ sudo mount -v /dev/xvdf /data2

但真正的解决方法是在/ etc / fstab中修复错误的UUID

$ sudo nano /etc/fstab
LABEL=cloudimg-rootfs   /    ext4   defaults,discard    0 0
UUID=b9b18cb2-9d7e-43ac-9f79-794846595e9e  /data  ext4  defaults,nofail 0 2

执行此操作后,我可以在/data再次挂载文件系统。

查看日志文件

也很有用
$ less /var/log/syslog

Other people建议也要运行

sudo systemctl daemon-reload

mount再次运作。

答案 1 :(得分:0)

您必须使用mkfs创建一个文件系统来挂载文件系统。

尝试使用mkfs.ext4 /dev/xvdf创建一个文件系统,在/ etc / fstab中更新它,然后挂载它。

答案 2 :(得分:0)

我编辑了/ etc / fstab文件。 我做错了。 这导致了上面给出的行为。

我检查了/ etc / fstab文件,执行" mount -a"。 没有错误,所以我想,一切都很好。 但这不正确。 安装失败,命令行没有错误。 我可以在日志文件中找到错误。

谢谢你,lft93ryt,提示。