☰

RAID ファイルシステムのチェックまたはマウントに失敗しました (おそらく物理的な衝撃の後)

tag-icon • tag-icon 14.04 mount raid fstab
RAID ファイルシステムのチェックまたはマウントに失敗しました (おそらく物理的な衝撃の後)

これはUbuntuの古いバージョンに関係しているので、私は今質問を投稿しましたサーバー障害。

私が使用しているサーバーでは、オペレーティング システムは 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'

で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 を搭載したサーバーで作業しています。

関連情報