Raid 文件系统检查或挂载失败(可能受到物理冲击后)

Raid 文件系统检查或挂载失败(可能受到物理冲击后)

由于这与旧版本的 ubuntu 有关,我现在已将问题发布到服务器故障

我工作的服务器上的操作系统安装在 SSD 上,但数据存储在 RAID 系统中设置的内部硬盘上。最近,我在启动时无法安装 RAID 系统,而操作系统加载正常。我怀疑技术人员在服务器运行时撞到了服务器,因为机箱上有划痕,但我不确定。

当我启动计算机时,我收到错误消息(和The drive for /home is not ready or present的消息相同。我进入恢复 shell 并按照帖子中的建议运行/Data/Backupfsck -A这里/,但我收到的是忙音消息。

然后我启动到恢复模式并运行fsck -A,但我收到消息

fsck.ext4: Unable to resolve 'UUID=334eef34-16c4-45ec-9cc9-5f40e9f8207d'
fsck.ext4: Unable to resolve 'UUID=19bf1002-fa4b-4462-9ea6-807d5b0f312b'
fsck.ext4: Unable to resolve 'UUID=0f556fa7-b061-4c22-b84b-97e2e3f1b545'

ubuntu论坛我找到了编辑的建议/etc/fstab,但是我对此感到力不从心,因为我真的不明白我在搞什么。

运行blkid回报

/dev/sda1: UUID="7c05724f-61bd-4d70-b908-f6c83c4365b8" TYPE="ext4"
/dev/sda5: UUID="51978b9f-747b-4f41-8b2b-42f3da3347e6" TYPE="swap"
/dev/sdb1: UUID="65325870-b912-f8b1-af82-ab0c8bb94dbb" UUID_SUB="13151e15-3890-90d5-d910-8ab781fc713f" LABEL="CBMRubuntu:0" TYPE="linux_raid_member"
/dev/sdc1: UUID="65325870-b912-f8b1-af82-ab0c8bb94dbb" UUID_SUB="05322b31-8961-f57d-143b-877123c61d7c" LABEL="CBMRubuntu:0" TYPE="linux_raid_member"
/dev/sdd1: UUID="65325870-b912-f8b1-af82-ab0c8bb94dbb" UUID_SUB="85430436-4dfc-96ff-083c-0734a76ff8b6" LABEL="CBMRubuntu:0" TYPE="linux_raid_member"
/dev/sde1: UUID="65325870-b912-f8b1-af82-ab0c8bb94dbb" UUID_SUB="05feb9dd-9c4f-bc2f-50e7-c4422419268a" LABEL="CBMRubuntu:0" TYPE="linux_raid_member"
/dev/sdf1: UUID="65325870-b912-f8b1-af82-ab0c8bb94dbb" UUID_SUB="3ef48a37-14b5-1fc8-1eed-48eca24f0043" LABEL="CBMRubuntu:0" TYPE="linux_raid_member"
/dev/sdg1: UUID="65325870-b912-f8b1-af82-ab0c8bb94dbb" UUID_SUB="5960eff8-d60b-c206-90b9-c448723f9ef3" LABEL="CBMRubuntu:0" TYPE="linux_raid_member"

和连续cat /etc/fstab打印

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=7c05724f-61bd-4d70-b908-f6c83c4365b8 /               ext4    errors=remount-ro 0       1
# /Backup was on /dev/md0p2 during installation
UUID=334eef34-16c4-45ec-9cc9-5f40e9f8207d /Backup         ext4    defaults        0       2
# /Data was on /dev/md0p1 during installation
UUID=19bf1002-fa4b-4462-9ea6-807d5b0f312b /Data           ext4    defaults        0       2
# /home was on /dev/md0p3 during installation
UUID=0f556fa7-b061-4c22-b84b-97e2e3f1b545 /home           ext4    defaults        0       2
# swap was on /dev/sda5 during installation
UUID=51978b9f-747b-4f41-8b2b-42f3da3347e6 none            swap    sw              0       0

我注意到缺失的 UUID 与 中的相同,/etc/fstab/但与 中的不匹配blkid。有没有办法找出哪个 UUID 去了哪里并恢复文件系统?

绝大多数都已备份,因此损害并不大,但有几样东西希望能够恢复。

我在装有 Ubuntu 14.04.5 LTS 的服务器上工作,如果这有区别的话。

相关内容