3 回答
- 最新
- 投票最多
- 评论最多
1
我已经解决了此问题,当我对xvdf使用挂载命令时,提示错误。但是我对xvdf1使用时便没有此错误。通过命令我查看到xvdf所属的三个部分中,xvdf14是没有文件系统的,所以我猜想这就是我挂载不成功的原因。
已回答 2 年前
0
一般来说,开启防火墙后,是不会把文件系统搞坏,若您在挂载磁盘时,挂载 mount 出现以下错误,此时不一定是文件系统损坏,常见是该 EBS 卷分区上的 UUID 跟当前实例使用的根卷磁盘分区是重复的(相同),所造成的问题。
mount: /mnt: wrong fs type, bad option, bad superblock on /dev/nvme2n1p1, missing codepage or helper program, or other error.
建议先使用 lsblk -f 检查磁盘分区的 UUID,是否跟目前实例使用的根卷磁盘分区是重复的(相同),如果重复再使用参数 -o nouuid 来挂载。
$ sudo lsblk -f
$ sudo mount -o nouuid /dev/nvme2n1p1 /mnt
[+] Unable to mount the filesystem due to duplicate UUID error. https://access.redhat.com/solutions/5494781
若是文件系统的问题,建议您参考以下文档来修复,但以下操作仍有一定的风险,建议您先做快照备份,再来执行。
[+] 由于操作系统出现问题,我的 EC2 Linux 实例未通过实例状态检查。如何解决此问题? https://repost.aws/zh-Hans/knowledge-center/ec2-linux-status-check-failure-os-errors
$ sudo fsck /dev/nvme2n1p1
$ sudo xfs_repair /dev/nvme2n1p1
0
- 我发现xvda1的uuid和xvdf1相同,这属于你说的那种情况吗?
>> 是的。
/dev/xvda1 cda0c0a7-e64a-4413-85a5-a0235f6f567f
/dev/xvdf1 cda0c0a7-e64a-4413-85a5-a0235f6f567f
!!! 这常见于您这两台实例是从同一个 AMI 所创建的,所以 root volume 上的分割区(Partition)配置是一致的。
- 您没挂载到正确的分割区(Partition)
sudo mount -o nouuid /dev/xvdf /mnt/temp <---挂错了。
>> 请改用。
sudo mount -o nouuid /dev/xvdf1 /mnt/temp
相关内容
- AWS 官方已更新 7 个月前
如你所说,我查看了他们的uuid:
我发现xvda1的uuid和xvdf1相同,这属于你说的那种情况吗? 之后我使用了
显示
并且取消挂载时会显示并没有挂载
此外,我查看了占据/mnt/temp的进程:
显示
也许有用? 然而
/mnt/temp
文件夹下没有任何文件