WD NASから来たHDにファイルシステムをマウントできません

私はWD NASドライブを持っているので、削除されたファイルを回復する必要があるので、ドライブを取り出してUbuntuマシンに差し込んでファイルシステムに直接アクセスします...

ドライブをチェックインすると、次のようpartedに表示されます。

Model: ATA WDC WD20EURS-63S (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 3      15.7MB  528MB   513MB                primary
 1      528MB   2576MB  2048MB  ext3         primary  raid
 2      2576MB  4624MB  2048MB  ext3         primary  raid
 4      4624MB  2000GB  1996GB  ext4         primary

ただし、/dev/sdb4ext4でマウントしようとすると...

root# mount -t ext4 /dev/sdb4 /media/2TB
mount: wrong fs type, bad option, bad superblock on /dev/sdb4,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

マウントしない理由はありますか？

編集：-tなしでマウントする場合（すべてのパーティション用）：

root# mount /dev/sdb /media/2TB
mount: you must specify the filesystem type
root# mount /dev/sdb1 /media/2TB
mount: unknown filesystem type 'linux_raid_member'
root# mount /dev/sdb2 /media/2TB
mount: unknown filesystem type 'linux_raid_member'
root# mount /dev/sdb3 /media/2TB
mount: you must specify the filesystem type
root# mount /dev/sdb4 /media/2TB
mount: wrong fs type, bad option, bad superblock on /dev/sdb4,
   missing codepage or helper program, or other error
   In some cases useful info is found in syslog - try
   dmesg | tail  or so

— イアン
ソース

可能性はかなり低いようですが、カーネルにext4サポートが欠けている可能性はありますか？

— キラーミスト

NASが何らかのRAIDを使用しているように見えますが、どのような種類を知っていますか？おそらくそのミラーリング。

— madmaze

NASにはドライブが1つしかないため、RAIDが実行されているのではないかと疑っています（2TB WD "MyBook Live"ドライブです）。

— イアン

また、... mkfs.ext4は、コマンドとして利用可能であるので、私はext4のがあると信じている

— イアン・

パーティションが実際にはntfs（NASボックスではかなり一般的）のような他の何かである場合、ext4として誤ってフラグ付けされる可能性はありますか？

— キラーミスト

回答:

このガイドを確認してください。サイト全体を読む価値があり、非常に便利です。

検索しているコマンド：

# if your filesystem is corrupted run this, then mkfs...    
mdadm --zero-superblock /dev/sdb1          

# creating /dev/md0    
mdadm --create /dev/md0 --raid-devices=2 --level=raid1 --run --metadata=0.90 /dev/sdb1 missing

あなたのドライブがであると仮定しました/dev/sdb。
何かをする前にガイドを読むことをお勧めします。

— アロン
ソース

WD Rescueの手順2の Webページから、以下にリストされているパーティション＃4を処理するには、mdadm Linuxソフトウェアraidユーティリティが必要だと思います。単一のディスク上にある場合でも、ソフトウェアRAIDアレイの一部である可能性があります。Seagate NASでも同様です。

パーティションテーブルは次のようになります。

未割り当てスペース。（このスペースは、MACアドレス、シリアル番号など、個々のシステム固有のデータを保存するために使用されます。）
ext3としてフォーマットされたパーティション＃1。（これは、/ boot、/ rootなどを含むブートパーティションです。）
スワップとしてフォーマットされたパーティション＃2（これはシステムページングファイルです。）
ext3としてフォーマットされたパーティション＃3（これは残りのO / S、/ varなどです）
パーティション＃4、不明な形式。（これはデータストアです。これを変更または変更しないでください！）

パーティション＃4は、おそらくRAIDアレイとしてマウントする必要があります。ext4のファイルシステムフォーマットがリークしていますが、おそらくRAIDパーティションのままです。ソフトウェアRAIDパーティションのリカバリの詳細については、上記のWebサイトをご覧ください。

— マイケル・マクガラ
ソース

非標準のブロックサイズのため、システムマウントではなくfuseext2を介してマウントする必要があります。

sudo fuseext2 -o ro -o sync_read /dev/sdb4 /mnt/data

私の場合、WD MyBookLive（単一の1TBドライブ）では、システムパーティション（sdb、sdb、2GB）とデータパーティション（sdb4）の両方が非標準のブロックサイズのためマウントを拒否しました。データパーティションの症状は、fsckが成功したにも関わらず「回復不能な読み取りエラー、再配置に失敗しました」でした。また、システムパーティションのRAIDフラグはfalseフラグでした。それらをマウントするためにmdadmは不要で、両方ともfuseext2でマウントされていました。

クレジット：https : //john-hunt.com/2013/04/25/recovering-data-from-a-wd-mybook-live-2tb-3tbor-similar

— アレクセイ
ソース