..png)
최근에 Linux 배포판이 손상되었습니다. 그런 다음 Ubuntu 16.04.3을 다시 설치했고 설정한 후 많은 문제 해결 후에 Raid 5 설정을 설치할 수 없었습니다.
노트원래 시스템이 손상된 후에도 계속 액세스할 수 있었고(Windows 탐색기는 계속 작동함) Raid에 계속 액세스할 수 있다는 것을 알았습니다.
드라이브를 마운트하려고 하면 다음 오류가 발생합니다.
mount: wrong fs type, bad option, bad superblock on /dev/mapper/isw_cidjefdfai_Volume0,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or so.
그런 다음 나는 그 지시를 따랐습니다.
dmesg | tail
...다른 출력이 많이 있으면 다음과 같습니다.
[63460.380362] EXT4-fs (dm-0): bad geometry: block count 2783759360 exceeds size of device (1173146784 blocks)
잘못된 기하학 문제에 대한 해결책을 검색한 후 fsck를 실행하라는 기사를 발견했습니다. 이것은 fsck의 출력입니다:
$ sudo fsck /dev/mapper/isw_cidjefdfai_Volume0
fsck from util-linux 2.27.1
e2fsck 1.42.13 (17-May-2015)
Error reading block 1391493120 (Invalid argument). Ignore error<y>? yes
Force rewrite<y>? no
Superblock has an invalid journal (inode 8).
Clear<y>? no
fsck.ext4: Illegal inode number while checking ext3 journal for DriveName
DriveName: ********** WARNING: Filesystem still has errors **********
내가 접한 대부분의 기사는 크기 조정 후 비슷한 문제가 있지만 드라이브 크기를 조정하지 않았습니다. 유용할 수 있는 추가 정보입니다. 이 RAID 설정은 SuperMicro 보드에서 Intel PCH RSTe를 사용하여 생성되었으며, 종종 fakeRaid라고 불리는 것으로 나타났습니다. 그러나 시스템을 부팅했을 때 Intel RSTe는 RAID 볼륨(및 이를 구성하는 4개의 드라이브)을 발견하고 상태가 "정상"이며 4개 드라이브가 모두 RAID 볼륨의 구성원이라고 말했습니다(그림 첨부).
그런 다음 이러한 작업이 일반적으로 Linux에서 관리된다는 사실을 발견하여 dmraid다음 명령을 실행했습니다.
$ sudo dmraid -s
*** Group superset isw_cidjefdfai
--> Active Subset
name : isw_cidjefdfai_Volume0
size : 9385174272
stride : 128
type : raid5_la
status : ok
subsets: 0
devs : 4
spares : 0
$ sudo dmraid -r
/dev/sdc: isw, "isw_cidjefdfai", GROUP, ok, 7814037166 sectors, data@ 0
/dev/sde: isw, "isw_cidjefdfai", GROUP, ok, 7814037166 sectors, data@ 0
/dev/sdd: isw, "isw_cidjefdfai", GROUP, ok, 7814037166 sectors, data@ 0
/dev/sdf: isw, "isw_cidjefdfai", GROUP, ok, 7814037166 sectors, data@ 0
재구축과 같은 작업을 시도하기 전에 dd를 사용하여 드라이브의 모든 정보를 복사하려고 합니다. 그런데 dmraid와 Intel 모두 드라이브가 완벽하게 괜찮다고 생각하는데 설치할 수 없다는 것이 이상하다고 생각합니다.