「ファイルシステムをマウントできません」エラー
「ブリック」されたWestern Digital MyBook Live 2tbドライブからデータを抽出しようとしています。
MacbookでUbuntu（CDから起動）を使用することを勧めるフォーラムに出会いました。 UbuntuのブートCDをダウンロードして作成しました（この小さなオペレーティングシステムbtwのように）。マシンをCDで起動し、ドライブ（プラグをケースから取り出し、外部USB SATAケースに入れてラップトップに接続した）を接続しました。ドライブはUbuntuで認識されますが、ドライブをクリックするたびに次のエラーが表示されます。
Unable to mount 2.0 TB Filesystem
Error mounting: 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
私はこれに不慣れであり、このサイトを検索するのにかなりの時間を費やし、誰も困ることなくこの問題の解決策を見つけることができるかどうかを確認しました。私は近づいたいくつかを思いつきましたが、質問者の何人かは、彼らがデータを失ったと言いました...基本的に、ドライブから特定の1つのフォルダーを抽出する必要があります。このボリューム「sdb4」をマウントできる場合、「My_Work」というフォルダーがあり、バックアップする必要があります。残りのコピーを持っている/持っていた。
Dmesgで入力したとき|尾...私はいくつかの行を得た..しかし、私は関連があるものだと思う：
[ 406.864677] EXT4-fs (sdb4): bad block size 65536
[ 429.098776] hfs: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only
[ 439.786365] hfs: write access to a journaled filesystem is not supported, use the force option at your own risk, mounting read-only
[ 445.982692] EXT4-fs (sdb4): bad block size 65536
[ 1565.841690] EXT4-fs (sdb4): bad block size 65536
私はどこかで「Sudo fdisk -l/dev/sdb4」を試したりチェックしたりしています。次の結果が得られました。
Disk /dev/sdb44: 1995.8 GB, 1995774623744 bytes
255 heads, 63 sectors/track, 242639 cylinders, total 3897997312 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000
Disk /dev/sdb4 doesn't contain a valid partition table
これが私が到達し、イライラし、穴に深く自分自身を掘ることなく、これについて助けてもらうことにした場所です！答えはすでにそこにあるかもしれないことを理解しています。もしそうなら、誰かが私を正しい方向に向けてください。そうでない場合、誰かが私の状況を（可能であれば）解決してください！
まだ答えを探している人のために：
HDDが「ブリック」されており、適切にマウントできない場合は、次のことを行う必要があります。
スペースがあれば画像を作成します。
画像ファイルを操作しても、間違いを犯してデータを破壊した場合に備えて、ハードディスク上のデータに損傷を与えることはありません。それでもパーティションをマウントできる場合は、読み取り専用でマウントします。
次のようにマウントコマンドを変更します：mount -o ro /dev/sdb1 /mnt/targetfolderハードディスクのパーティションをマウントできない場合は、extundeleteまたはtestdiskを試してください。
Sudo apt-get install testdisk extundelete。次に、cd <recovery-dir>; Sudo extundelete /dev/sdb1またはSudo testdisk /dev/sdb1を実行し、指示に従ってデータを回復します。
オーバーライドされたRAID 1ドライブからデータを正常に回復したので、これらのツールを本当にお勧めできます。
Mybook live 2tbドライブが突然動作しなくなるという問題がありました。正直に言うと、私はそれをポータブルドライブとして使用し、保管していました。バックアップを行うためにそれを取り出して接続し直したとき、青から白、赤への光が点灯し、それを機能させるためにすべてを試しました。サポートサイトが言ったことすべてと、インターネット上でこれらのフォーラムをすべて読み、提案されたすべてを試して約4時間いじりました。私が学んだことは次のとおりです。
解決策：（私は以前はコンピューターの知識がありますが、年をとって、このがらくたで私の人生を十分に無駄にしてしまったので、今はそれほどではありません）
これはどのファイルシステムでも、Linuxネイティブext2または3などではなく、macです。 Ubuntuの下ではマウントされません。これは私が実行しているものであり、これらすべてのエラーを継続的に表示します。最終的にアクセスすると、すべての種類の.Appleファイルが表示されます。
簡単な修正。ジャンクWD mybookドライブを開き、引き出して、nicカードを元に戻し、SATA to usbアダプタコードまたはドッキングポートをベストバイから購入し、Windowsシステムのある友人の家に持って行き、Linuxファイルを使用します http://www.diskinternals.com/linux-reader/ のシステムリーダー
それをインストールし、ドライブを差し込んでください。Windowsがフォーマットを希望する場合はCANCELを押し、そのプログラムを実行してファイルを保存します。
ファイルシステムはhfsで、Mac OSXのみであり、Ubuntuの読み取りと書き込みに問題がある可能性が高いため、UbuntuではなくMac OSX内から問題を解決しようとします。
以下を情報のみとして追加します ext4ドライブのスーパーブロック。
以下を試してください：
では、どのようにして不良スーパーブロックを回復できますか？幸いなことに、スーパーブロックのバックアップコピーはディスク上の特定のオフセットに保持されます。スーパーブロックバックアップの場所を確認するには、ターミナルウィンドウを開き、次のように入力します。
Sudo mke2fs -n /dev/????どこ ？？？？確認したいパーティションは、私の場合はsdb3でした。これにより、次のような出力が生成されます。
Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872これらはブロック番号であり、スーパーブロックのバックアップの場所を示します。
スーパーブロックをバックアップのスーパーブロックに置き換えるには、次を入力します。
Sudo e2fsck -y -b block_location /dev/????Block_locationを上記の番号のいずれかで置き換え、再び????パーティションなので、私の場合はsdb3でした。
ハードドライブに重大な破損がありましたが、-yスイッチを指定すると、不良ブロックが発生するたびにfsckが確認を求めなくなりました。
これを実行した後、パーティションをマウントしてデータを回復することができました。