タグ付けされた質問 「ddrescue」

8
ddrescueを高速化する方法はありますか?
約5日前に500GBドライブのHDDがクラッシュしました。私ddrescueは数日前に重要なパーティションで使用しましたが、今ではほぼ2日間「障害のあるブロックのトリミング」を行っています。 元のコマンド: ddrescue -n /dev/rdisk1s2 /Volumes/OSXBackup/rdisk1s2.img /Volumes/OSXBackup/rdisk1s2.log 現在の出力: Initial status (read from logfile) rescued: 248992 MB, errsize: 1007 MB, errors: 15867 Current status rescued: 249021 MB, errsize: 978 MB, current rate: 17408 B/s ipos: 44405 MB, errors: 15866, average rate: 2784 B/s opos: 44405 MB, time from last successful read: …

4
不良セクタまたはハードウェア障害のあるハードドライブからのデータ回復のための、ddrescueなどのエラー処理を備えたrsyncなどのファイルコピーユーティリティ
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新することがありますので、上のトピックスーパーユーザーのために。 5年前に閉鎖されました。 不良ディスクヘッド、不良モーター、またはハードドライブがデータを非常にゆっくりと大量に読み取る原因となるその他の問題など、潜在的な機械的問題のために読み取りに失敗する不良ブロックまたはセクターのハードドライブがあります読み取りエラー。平均50 KB /秒で、一部の読み取りが10 KB /秒未満に低下し、通常は2〜10分以上(非常に長い時間)ファイルまたはセクター全体で停止することがよくあります。タイムアウトする前にrsyncを使用します)。 速度は大幅に変化するようで、ファイルに多くのスタックが発生します。最終的に「スタック」が解除されると、再びスタックする前に短いバーストが続くだけです。また、ドライブは非常に静かで、ファイルコピーの音がときどきあります(通常は、再びスタックする前に、短時間スタック/スタックが解除されたとき)。したがって、通常、HDDの死に関連する悪音はありません。誰かが、問題の原因はディスクヘッドの位置ずれが原因であるように聞こえるのではないかと示唆しました。ディスクヘッドは、データを正常に読み取る前に多くの再読み取りが必要です。もっともらしいですが、私は脱線します... とにかく、rsyncの問題は、適切なエラー処理サポートがないように見えることです。もちろん、それはハードドライブの失敗からデータを回収するのに使用するためのものではありませんでしたが、そこにすべての、いわゆる「データ復旧」ユーティリティされているように使用するためのもので、通常は削除されたファイルまたはめちゃめちゃパーティションの回復に焦点を当てるのではなく、死にかけているハードドライブからファイルをコピーします。削除されたファイルの回復は明らかに私が必要なものではないので、おそらくあなたは私がまだ何を求めているのか見つけられないという失望を理解できるでしょう。 当然、これはおそらく「ddrescueを使用する必要があります!」と言うところです。まあ、それはすべてうまくできていますが、ほとんどのデータはすでにバックアップされているので、特定のファイルを回復したいだけです。ddrescueのように、完全なパーティションをブロックごとに回復しようとすることには関心がありません。特定のファイルとディレクトリだけを救うことに興味があります。 理想的には、rsyncとddrescueの間のある種のクロスです。ソースと宛先をrsync(ddrescueが必要とする2つの完全なパーティションではなく)のような通常のファイルのディレクトリとして指定できるようにします。最初の実行でエラーが発生し、その後の実行でエラーが発生したファイルのリカバリを試みることができます(もちろん、少し変更されたコマンドを使用して)。 ddrescueがブロックでどのように機能するか、rsyncのように特定のファイル/ディレクトリで機能するユーティリティのみが必要です。 だから私はここで空想にふけっているのか、それを可能にする何かがそこに存在するのか?または、rsyncまたはddrescueをこのような方法で動作させる方法もありますか?私は「救助」したいファイルを選択でき、最初の実行でエラーのあるファイルをスキップし、後でそれらのエラーを再試行/再試行できる限り、どんなソリューションでもうまくいくでしょう。 これまでのところ、次のオプションでrsyncを試しましたが、多くの場合、タイムアウトよりも長い間ファイルにスタックします。理想的には、次のファイルに移動して、後で取得したファイルに戻るようにしたいです立ち往生。私はそれが可能だとは思わない。とにかく、これまで私が使ってきたものは次のとおりです。 rsync -avP --stats --block-size=512 --timeout=600 /path/to/source/* /path/to/destination/

5
Ddrescueプロセスを再開する方法?
1 TBのUSB HDを復元する必要があります。私はddrescueこれを達成するために使用しています。ddrescue開始したら再開できる方法はありますか? 私は次のコマンドを使用しています: ddrescue /dev/sdd1 ./bye1t.dd_rescue.image

1
Fedoraでddrecoveryで作成されたイメージをマウントできません
最近、Fedoraに切り替えました。ddrecoverを使用して、Ubuntu上の障害のあるハードディスクから作成したNTFSディスクイメージがあります。 Ubuntuでは、イメージをうまくマウントしてファイルを回復できましたが、Fedoraでは、うまく再生したくないようです。 したがって、mountの使用に関する問題の後、kpartxが私にできることを理解しています。ディスクの下の1.0TBループデバイスであることを適切に検出しているようです。イメージはNTFSディスクから作成されました。ただし、マウントしようとすると、次のエラーが表示されます。 Error mounting /dev/loop0 at /run/media/User/Rock: Command-line `mount -t "ntfs" -o "uhelper=udisks2,nodev,nosuid,uid=1000,gid=1000,dmask=0077,fmask=0177" "/dev/loop0" "/run/media/Jesuszilla/Rock"' exited with non-zero exit status 12: Failed to read last sector (1953519615): Invalid argument HINTS: Either the volume is a RAID/LDM but it wasn't setup yet, or it was not setup correctly (e.g. by …

1
GNU ddrescue“ Rescued”はHDDよりも大きい
障害のあるドライブからデータを回復するためにddrescueを使用しています。ドライブを介して596.2 GBとして読み取られています lsblk コマンド。 私を混乱させているのは、ddrescueがこれまでのところ、合計633000 MB(6+ GB)を救済したことを示していることです。 私は、ddrescueが無効なデータを台無しにして読んでいるか、またはlsblkが誤ったサイズのディスクを報告していることを想像しなければなりません。誰かが私のためにこれを片付けることができますか? ありがとうございます。 編集:これは私が使っているコマンドです ddrescue /dev/sda img.dd log.txt

3
ハードドライブの復旧に使用可能なハードドライブドッキングステーション
私はddrescueと共にLinuxを古いコンピュータにインストールしました。故障した各ハードドライブを内蔵ベイに配置する代わりに、ddrescue付きの外付けドッキングステーションを使用できますか? 私はUSBの代わりにS-ATAケーブルを通して直接回復ツールがHDにアクセスすることがより良いと言われたので、私はドッキングステーション(またはS-ATA - USBアダプタ)を買うのをためらっています。それは本当ですか、それとも違いはありませんか。

1
意図的にddrescueの速度を下げる
(初回ポスター)ddrescueがデータをコピーする速度を遅くしたい。LinuxラップトップからWindowsデスクトップまでハードドライブをイメージングしています。ddrescueは、私のコンピューターが提供するものをダウンロードするよりも速く実行できるため、コンピューターのインターネットが詰まってしまいます。私は時折このようなものをイメージし、WindowsデスクトップまたはLinuxラップトップのいずれかから、ちょっとした問題を解決する方法があるかどうかを知りたいです。(Windows 10、Parted Magic) ご協力いただきありがとうございます?
1 linux  ddrescue 

1
ddrescueを使用して故障したハードドライブからデータを回復する
最近、私のハードドライブは私に失敗しました。私はそれからいくつかの重要なデータを救おうとしていますが、今はこれをやめています... ddrescueデータ復旧ツールについて読んだことがあります無期限に待ちます。 これは、データをレスキューしようとする前に、SMART:http : //pastebin.com/yz0ew8zTから得た情報です。 ハードドライブはBIOSとLinuxディストリビューションでのみ表示されます-マウントできません。 このファイル:http : //pastebin.com/xAZj7NBU呼び出しの現在のステータスを提供します ddrescue -d /dev/sdd2 partition.img partition.logfile ログファイルを読んで得た情報もあります... 問題は、この情報が6時間前のものであるということです...そしてtime since last successful read: 7 hr...実行し続けるかどうかわからない...一部のデータのみが必要です。このパーティションからすべてを回復することは気にしません。 仕事を終えて、データを回復するためにマウントして探索できる.imgファイルを提供したいだけです。私は何をすべきか?待つ?ddrescueを使用するとき、他のオプションを試してください。 編集 結局、十分なデータを回復できると思ったため、ddrescueをキャンセルしました。実行させることはできましたが、1週間程度で終了すると思います...とにかくキャンセルした後の手順を説明します。 実行する必要がある最初のコマンドは次のとおりです(これを行わないと、厄介なエラーが発生し、イメージをマウントできなくなります)。 sudo ntfsfix partition.img 次に、イメージファイルをマウントします。 mount -o loop,ro partition.img mountpoint/ そして、自分のファイルを回復できてうれしかったです!

1
ディスクイメージのパーティションを編集することは可能ですか?
ddrescueを使用して、クラッシュした2TBドライブを回復しようとしています。それは今一週間以上実行されていて、ちょうど終わりに近づいて、このエラーで明らかにスペースを使い果たしました: ddrescue: write error: No space left on device コピー先の2TBの空のドライブだったので、メーカーごとに実際のドライブ容量にばらつきがあると推測しています。ドライブは満杯ではなく、クラッシュ時に約600GBしか使用されず、合計254MBのエラーが20個しかなかったため、復元されたディスクイメージにはそこにあったデータの大部分が実際にあると推測されます。 このコマンドを使用してイメージをマウントしようとすると: sudo mount -o loop,ro,offset=0 rimage /mnt/resc それは失敗し、これはdmesgに表示されます: [999150.073373] EXT4-fs (loop0): bad geometry: block count 488378646 exceeds size of device (480723271 blocks) 1)イメージのブロック数を編集してマウントできるようにする方法はありますか? 2)その場合、その後ディスクイメージのパーティションサイズを縮小することは可能ですか?

0
大量のI / Oでハードディスクが定期的にハングする
問題を説明するために、今、NTFSパーティションをでバックアップしていますddrescue。アプリケーションは数分間(2〜3 GB)実行された後、明らかにハングします。エラーは報告されsuccessful read: 0 s agoず、フリーズが数分間続いても変わらない。これは、プロセスが完了するまで繰り返されます。この特定のディスクでは、「現在のレート」(またはフリーズする前の瞬間のコピー速度)は90〜100 MB / sになる傾向があり、ddrescue「平均レート」(フリーズを含む)は33 MB / s s。 実際のディスクI / Oが残りのGBの数値と一致しなかったため、Windowsの非常に大きなファイルまたはフォルダーをサムドライブにコピーしているときに、これに最初に気付きました。後でNTFSの問題だと思った。これまでに、私はこの経験を複数のコンピューター上の多数のOSで経験しました。これがあったディスクのいくつかは、死の床にありましたが、完全に健全なディスクでも同じくらい頻繁に起こります。 私はまだ、ほぼ独占的にNTFSを使用していますが、私はつらい時、それはまた影響を与えたときに、これはNTFSの問題であると信じていddrescueて-d旗を。それで、これらすべての背後にあるものは何ですか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.