☰

不確実な権限でマウントされたUSB 500GB外付けドライブ、データ損失

tag-icon • tag-icon permissions usb hard-disk data-recovery external-hdd
不確実な権限でマウントされたUSB 500GB外付けドライブ、データ損失

メモ:この状況は進化しています。現在の状況については、この質問の最後の出力を参照してください。

私はLinux Mint 14を使用しています。最近、ハードドライブを再パーティション化し、すべてのデータを外部USB 500GBドライブにバックアップしました。さて、そのデータを再コピーしようとしています。

ところで、ドライブが奇妙に動作します。接続すると、デスクトップに次のメッセージが表示されます。

デスクトップのUSBドライブ

...しかし、右クリックして[プロパティの表示]を選択すると、[権限]タブの下に次のように表示されます。

「USB500」の権限を確認できません。

「USB500」の権限を確認できません。

また、359.7GBのドライブが使用されていることがわかりました。これは私がバックアップするデータに適したサイズです。

使用されるデータ

...しかし、ドライブを見ると、ほとんどのファイルは見えません。たとえば、ほとんどのファイルがバックアップされている「dave」ディレクトリのプロパティを見ると、サイズは1.3 MBにすぎません。

フォルダのプロパティ

このフォルダには約300 GBのスペースが必要です。

ディスクに使用されているデータが大きすぎると、ほとんどのファイルが失われているように見えるのはなぜですか？権限が決まらないのはなぜですか？

最も重要なのは、問題を診断し、このディスクからデータを取得する最も安全なプロセスは何ですか？

修正する:この出力は、次の回答で要求されます。

$ mount | grep USB500
/dev/sdd1 on /media/dave/USB500 type ext4 (rw,nosuid,nodev,uhelper=udisks2)

次のコマンドを実行すると、次に終わる多数の行が表示されますInput/output error（ここで再現するには多すぎますが、デフォルトではすべて同じです）。

$ sudo find /media/dave/USB500 -ls | less
find: `/media/dave/USB500/dave/.guayadeque': Input/output error
find: `/media/dave/USB500/dave/.compiz-1': Input/output error
find: `/media/dave/USB500/dave/.anthy': Input/output error
find: `/media/dave/USB500/dave/.compiz': Input/output error
find: `/media/dave/USB500/dave/Apache_Logs': Input/output error
find: `/media/dave/USB500/dave/.avidemux': Input/output error
find: `/media/dave/USB500/dave/.dvdrip': Input/output error

一方では、これはハードウェアエラー（？）が発生する可能性があることを示すようです。一方、回復したいすべてのファイルがリストされています。では、そのファイルにアクセスできますか？本当にそうしたらいいのに…

アップデート2：ドライブを回復し、少なくともいくつかのデータを回復するためにfsckを実行してみましたが、次のような応答を受けました。

$ sudo fsck -y /dev/sdb
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
fsck.ext2: Attempt to read block from filesystem resulted in short read while trying to open /dev/sdb
Could this be a zero-length partition?

時々、ドライブがマウントされていないように見えますが、マウントの失敗を引き起こすパターンを特定できませんでした。電源を入れ直してから再起動すると、元に戻すことができるようです。

USBコネクタからドライブを取り外し、コンピュータの内部P / SATAバスに接続しましたが、ドライブは同じ症状でまったく同じように動作するようです。

私はこのドライブが寿命を尽くしていると思うので、今の目標は、できるだけ大量にコピーできるように、長い間そこにある必要があるデータにアクセスできる方法を見つけることです。これを行う方法についての提案は大いに感謝します。実際には、いくつかの主要ディレクトリにのみアクセスしたいので、欠陥がグローバルすぎない場合は、必要なものを入手できます。

アップデート3：現在、次のコマンドを実行しています。一日前から始めましたが、まだやっています。何か役に立つことを願っています。誰かが下の出力がどのように進行しているかを確認できれば、とても役に立ちます。

$ sudo ddrescue -r3 /dev/sdb /home/dave/RECOVERY/usb500.image
/home/dave/recovery_usb500.logfile


Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:         0 B,  errsize:       0 B,  errors:       0
Current status
rescued:         0 B,  errsize:    500 GB,  current rate:        0 B/s
   ipos:     5366 MB,   errors:       1,    average rate:        0 B/s
   opos:     5366 MB,     time from last successful read:       1 d
Splitting failed blocks...

ベストアンサー1

次のアクションは、ドライブのデータの値に依存していると思います。

合理的に価値がある場合は、次のステップは回復試行を中止し、代わりにデータ回復会社に連絡することです。これはPCBの電子機器の故障に過ぎないので、この場合は比較的安価にフルリカバリを実行できることを願っています。

これを行う予定がない場合は、故障したドライブからできるだけ多くのセクタのイメージを取得することを目標にする必要があります。 （保存するには500GBを超えるドライブが必要ですが、問題ではありません。）

お持ちの場合正確に同じドライブ（操作）、稼働中のドライブからPCBを借りることができます。ドライブのPCB交換の練習が必要です。いいえ現在行っていることを確認するために、重要なデータを最初に含めてください。

dd_rescueそれ以外の場合は、///myrescueなどのツールを試してみてくださいgddrescue。ドライブがしばらく動作しても完全に故障する可能性があります。この場合、何度も作業を実行し、各リセット/電源サイクルでより多くのセクタを確保する必要があります。

ドライブイメージがある場合は、次のステップはイメージのコピーを作成してコピーを処理することです。

fsckコピーしてループにインストールすることをお勧めします。

おすすめ記事