私の16TBドライブが失敗し始めました。ddrescueそのうちの最初の12TBを私がインポートした12TB WD Elementsに保存し、より多くのストレージスペースが確保されるまで元のドライブのプラグを抜きました。今日、私は新しい16TB Seagate Exosを購入し、それを使用してddrescue12TBの安価な外付けハードドライブにコピーしたデータを新しい16TBハードドライブにコピーし、元の16TBから新しい16TBに復元を開始できました。すでに3/4。
転送を開始すると（12TBから16TBへ）、ddrescueが一度に数分間停止し、外部ドライブのアクティビティインジケータは消灯しますが、内部ドライブのアクティビティインジケータは点灯し続けています。好奇心で2番目のターミナルウィンドウを開きますtime sync。 3分ほどかかりました。ブートメディアを読み書きし、メディアをスワップするために同じフラッシュドライブを使用しようとした後、これらの動作を目撃したことはありません。
私が考えることができる唯一の説明は、ドライブが複数のスペースを占めていることです。分書き込みを頻繁に確認してください。ドライブは200 MB / sを超える順次書き込み速度をサポートし、これらの一時停止の間にその速度に達しましたが、ddrescue平均速度（送信された合計バイトを合計壁時計時間で割ることによって計算）を50 MB / s未満に維持するのに頻繁に発生しました。 S.
これは、連続順次書き込みを実行する新しいエンタープライズクラスのドライブです。これがハードドライブが設計された理由です。なぜそんなにパフォーマンスが悪いのですか？パーティションテーブルの干渉なしにディスクに直接書き込むため、ファイルシステムのオーバーヘッドを避けることはできません。私の考えではそうすることができると思います。
これはドライバのバグですか、それともカーネルのバグですか？カーネルの問題ならどうすれば解決できますか？ドライブが故障している場合は、RMAを考慮する必要がありますか？
ベストアンサー1
これはカーネルのせいです。貧しいカーネルはすべての書き込みをキャッシュしようとし、時々バッファをフラッシュする必要があります。ddrescue出力ファイル（フラグ）に直接書き込みを使用するように指示したところ、-D問題は消えました。