不良セクタのあるHDDのクローン
250ギガのhddと240ギガのssdがあります。 250ギガのhddから240ギガのssdにデータを転送したいと思います。私はさまざまな方法を試しましたが成功しませんでした：（hddから完全に起動でき、Windows内で問題が発生しないことを覚えておいてください）
インテル転送ユーティリティ（アクロニス製）を使用すると、「セクターから読み取れなかった」ために140GBのマーク付近で失敗します。
Windowsバックアップを使用してシステムイメージを作成し、WindowsインストールDVDまたはシステム復元ディスクを使用すると、復元に失敗します。
以下の残りの部分では、gpartedを使用してパーティションのサイズを変更し、最後に230GBのデータと20GBの未割り当て領域ができるようにしました。
dd if=/dev/sdc of=/dev/sda bs=1Mを使用すると、約140GBでI/Oエラーが再び発生し、終了します。
dd if=/dev/sdc of=/dev/sda bs=1M conv=noerror,syncを使用する場合。それは決して終わらない。 'Sudo kill -usr1（dd process）'を実行すると、実行されているように見えますが、データが転送されず、I/Oエラーがスパム送信されます。
Clonezillaを使用すると、hddがssdよりも大きいため、基本モードが失敗します。
高度に進んで、ブロックごとのコピーとエラーを無視する「レスキュー」を使用すると、それでも多くのエラーがスローされ、次のように完全に一貫性がなくなります。 
明らかな何かが欠けていますか、他の方法はありますか？クローンツールを使用せずにファイルをクローンする方法はありますか（Linuxでrsyncやcpを使用するなど）？
ddは、不良セクタのあるシステムを処理するようには設計されていません。ドライブのサイズを変更するのは間違いでした。すべてのデータを保存するのに十分な大きさのドライブが必要ですが、これによって適切なツールを使用してイメージを作成できなくなることはありません。バックアップ用に大きなハードドライブを入手することは、非常に良い考えです。
Ubuntuのlivecdを起動し、その中にgddrescueをインストールします。これはリカバリ中心のDDのバリエーションであり、可能な限り多くのデータを取得するのに役立ちます。それを使用してください-それはddrescueinput_device output_fileと同じくらい簡単です（しかしとにかく指示をチェックしてください）そしてそれは可能な限り多くのドライブをイメージします。その後、通常どおりにイメージをループマウントできます。ルートデバイス（/ dev/sdXxではなく/ dev/sdX）をイメージ化する場合は、kpartxを使用してマウントできます。
これを再試行する前に実行したいことは、ハードディスク上で可能な限り高いリカバリモードでGibsonスピンライトプログラムを実行することです。セクターを更新するだけでなく、「不良」セクターから可能な限り多くの情報を取得しようとします。それが完了したら、ddを再試行できます。これは、疑わしいディスクを数えるよりも何度も機能し、Gibsonソフトウェアは、ディスクの距離に応じて、多くの場合、不良セクタの一部を読み取り可能にしました。