友達がこれを持ってきたWDマイパスポート外付けハード彼女のファイルを回復できるかどうかを確認するには、私に連絡してください。停電後、デバイスが「動作しません」彼女の証言によると、デバイスが接続されたとき、Windowsはドライブを「認識」しましたが(それが何を意味していても)、彼女は「ファイルを見ることができませんでした」。
私のUbuntu 14.10システムでは、次のような結果が得られます。
$ lsusb
Bus 004 Device 002: ID 1058:0748 Western Digital Technologies, Inc. My Passport 1TB USB 3.0
次の 2 つのデバイスは、ドライブが接続されたときに表示されますが、取り外すと消えます。
crw-rw---- 1 root disk 21, 3 Jan 11 19:30 sg3
crw------- 1 root root 21, 4 Jan 11 19:30 sg4
/dev/
サブディレクトリまたはサブディレクトリのいずれかで別のエントリを見逃した可能性があります。ドライブを取り外した後も、次のファイルが残っているため、次のファイルが関連しているかどうかはわかりません。
$ ls -la /dev/usb
crw------- 1 root root 180, 0 Jan 11 19:00 hiddev0
ドライブに接続するSATAまたはIDEポートを取得するためにケースを分解しましたが、デバイスのPCBにUSB 3.0接続があります。空のように見えるいくつかのジャンパ(たとえば、既存のIDEドライブのジャンパ)がありますが、ケースの外からはアクセスできません。
このドライブをマウントするための次のステップは何ですか?dd
理想的にはその内容を安全な場所に移してfsck
祈りを差し上げたいと思います。ウェスタンデジタルは、2つのパーティションタイプのいずれかを使用してデバイスを販売しているように見えるため、デバイスがFATまたはNTFSとしてフォーマットされているかどうかはわかりません。誤ったFATまたはNTFSタイプをインストールしようとすると、追加の/dev/sg3
破損が発生しますか?/dev/sg4
編集する:/dev/sg3
そして/dev/sg4
デバイスはインストールされません。マウント試行の結果は次のとおりです。
$ ls -la | grep sg
drwxr-xr-x 2 root root 140 Jan 11 20:43 bsg
crw-r--r-- 1 root root 1, 11 Jan 11 19:00 kmsg
crw-rw---- 1 root disk 21, 0 Jan 11 19:00 sg0
crw-rw----+ 1 root cdrom 21, 1 Jan 11 19:00 sg1
crw-rw---- 1 root disk 21, 2 Jan 11 19:00 sg2
crw-rw---- 1 root disk 21, 3 Jan 11 20:43 sg3
crw------- 1 root root 21, 4 Jan 11 20:43 sg4
$ mkdir ~/inbal
$ sudo mount -t ntfs /dev/sg
sg0 sg1 sg2 sg3 sg4
$ sudo mount -t ntfs /dev/sg4 ~/inbal
[sudo] password for dotancohen:
Error reading bootsector: Illegal seek
Failed to sync device /dev/sg4: Invalid argument
Failed to mount '/dev/sg4': Illegal seek
$ sudo mount -t ntfs /dev/sg3 ~/inbal
Error reading bootsector: Illegal seek
Failed to sync device /dev/sg3: Invalid argument
Failed to mount '/dev/sg3': Illegal seek
$ sudo mount -t vfat /dev/sg4 ~/inbal
mount: /dev/sg4 is not a block device
$ sudo mount -t vfat /dev/sg3 ~/inbal
mount: /dev/sg3 is not a block device
ベストアンサー1
私はこれが古い質問であることを知っており、この答えは実際には評判が不十分な意見であるべきですが、ここにある種の警告を提供する必要があると思いました。
読み取り専用でインストールしようとすると、ドライブへの書き込みアクセスが発生する可能性があります!
最良の例は、Reiserfsパーティションを読み取り専用(!)としてマウントすることです。これにより、ディスク上の最小1バイトが変更されます。これは、インストール前後に撮影したパーティションイメージを比較して簡単に確認できます。 Reiserfsバージョン3.6.24で再び登場しました。私はこれが一種のインストールカウンタの増加だと思います。
以前のNTFSドライバでも同様の状況が見られましたが、パーティションを再マウント解除した後、ディスクの変更が元に戻りました。注:私たちは読み取り専用インストールについて話しています!
したがって、ディスクを回復しようとすると、マウントしようとすると、dd
読み取り専用の試みの前に同様の操作が発生します。
質問で説明されている状況のもう1つの障害は、カーネルがドライブにアクセスするためのブロックデバイスを設定できないことです。
ls
リストに示すように、/dev
これらのsg*
ファイルは文字デバイスです。 SCSI コマンドを使用して低レベルデバイスと通信するために使用されます。例えばSCSI-一般-HOWTO。これらのデバイスは mount コマンドでは使用できません。
でドライブのブロックデバイスが表示されない場合は、ほとんどの/proc/partitions
診断および回復ツール(例:Smartmontools hdparm
、。testdisk
dd
これを行うには非常に素晴らしいウィザードが必要だと思います。