Raid 파일 시스템 검사 또는 마운트 실패(물리적 충격이 발생한 후)

Raid 파일 시스템 검사 또는 마운트 실패(물리적 충격이 발생한 후)

이것은 이전 버전의 우분투와 관련이 있으므로 이제 질문을 게시했습니다.서버 결함.

운영 체제는 SSD에 설치되어 있지만 데이터 저장소는 RAID 시스템에 설정된 내부 하드 드라이브에 있는 서버에서 작업하고 있습니다. 최근 부팅 시 운영 체제가 제대로 로드되는 동안 RAID 시스템을 마운트할 수 없습니다. 케이스의 긁힘으로 인해 기술자가 서버가 실행되는 동안 서버를 친 것으로 의심되지만 확실하지 않습니다.

컴퓨터를 부팅할 때 오류 메시지가 나타납니다 ( 및 The drive for /home is not ready or present에 대해 동일한 메시지가 나타납니다 . 복구 셸에 들어가서 게시물에 제안된 대로 실행했습니다)./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'

~에우분투 포럼편집 제안을 찾았 /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는 의 UUID와 동일 /etc/fstab/하지만 의 UUID와 일치하지 않는 것으로 나타났습니다 blkid. 어떤 UUID가 어디로 가는지 파악하고 파일 시스템을 복원할 수 있는 방법이 있습니까?

대다수가 백업되어 있어서 피해는 크지 않지만, 복구해 두면 좋을 것 몇 가지가 있습니다.

차이점이 있다면 Ubuntu 14.04.5 LTS가 설치된 서버에서 작업합니다.

관련 정보