最近、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の両方のドライブが完璧に大丈夫だと思いますが、インストールできないのは奇妙だと思います。