amazon-web-services - AWS EBS 卷未挂载，但没有错误消息

Question

我无法挂载 AWS EBS 卷。名称是 xvdf。挂载点是/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)

最诚挚的问候，
欧文

Answer 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再次工作。