第一次使用ddrescue。 3Tb 驅動器顯示錯誤並離線（僅在 Windows 中），因此我從棒啟動到 systemrescuecd 並使用
ddrescue -f /dev/sde /dev/sdb /mnt/rescue/mapfile
（地圖檔案位於第三個磁碟機上）。
我可能在這裡犯了一個錯誤，但希望盡快從驅動器中複製任何內容。目標驅動器具有相同的品牌/型號/尺寸，並且是我當時唯一可以使用的驅動器。
到目前為止，我已經完成了大約 40% 的副本，沒有任何錯誤，但它已經進入了緩慢的階段；合理的 2 天（高峰達到 100+，但我對此持樂觀態度）。
i/opos - 959,803MB
Rescued - 959,768MB
non tried - 2040 GB
non-trimmed - 7288kB
non-scraped, errsize, errors - all 0
我有一個更大的驅動器即將到來，希望明天（6Tb）。
充分意識到這是有風險的，但想在它重新啟動之前做點什麼。它還沒有發出任何聲音。
事後看來，我可能會更好地複製到圖像（？）
我擔心的是，有時間閱讀更多內容，這是否可能完成，或者空間不足 - 我看到了複製到更大 50% 的驅動器的建議。
我可以明白為什麼大小可能會有微小差異，或者我複製到的驅動器本身可能有壞扇區等，但不確定為什麼它應該大得多，如果映射文件在其他地方，所以我想如果我誤解了什麼，請詢問。
你會
保持 ddrescue 運行，同時它正在處理另一個 3tb 驅動器 - 我想我總是可以拍攝目標驅動器的圖像，至少用於複製任何內容。
停止它以免磨損來源磁碟機並在新磁碟機上建立新映像
做一些更明智的事情，我是個白痴，誤解了我在這裡所做的事情。
如果最後確實空間不足 - 流程是什麼？ ddrescue 希望對影像有良好的驅動，從該來源中取出最後一部分並合併？或者我完蛋了。我可以忍受一些資料遺失。
非常感謝您的幫助，抱歉篇幅較長，希望您能清楚了解。
備份 - 不！這個在嘗試備份時開始失敗，之後完全失敗（短時間內多次斷電）
編輯：我也許還該提兩件事
- 這是數據驅動器，而不是引導驅動器
- 在短時間內我可以在 Windows 中看到它，它顯示了資料夾結構，所以我希望分割區資訊能夠正常複製。儘管很感激，但如果最終尺寸太大，我可能會遇到一些問題（？）
答案1
如果目標相同或更大，它將起作用。您可以檢查：
blockdev --getsize64 /dev/source /dev/target
如果它較小，則會耗盡空間，但這是否重要取決於缺少多少位元組/以及實際存在的位元組數。
事後看來，我可能會更好地複製到圖像（？）
圖像檔案也有缺點。另外，它需要更多的空間...您可以將一個3TB 磁碟複製到另一個3TB 磁碟，但不能複製到該3TB 磁碟上的映像文件，因為分割區、檔案系統元資料等會遺失大量區塊.. .
1) 在 ddrescue 處理其他 3tb 驅動器時保持其運行
是的，儘管日誌檔案/映射檔案允許您隨時取消並使用不同的選項重新啟動。您提到它卡在了一個緩慢的區域，您可以跳過或嘗試該--min-read-rate選項。但只要它沒有完全卡住，暫時保持運行可能會更好。
4）如果最後空間不足 - 流程是什麼？
取決於驅動器上實際存在的內容以及缺少的內容。
有時這根本不重要，例如 LVM 通常在末尾有一些不可用的資料（取決於物理範圍大小和偏移量），並且大多數檔案系統更關心驅動器的開頭而不是結尾。
如果缺少一小塊，您可以使用dmsetup線性映射來創建具有額外空間的新設備，而無需重新複製所有內容。但最有可能的是，這首先並不是一個嚴重的問題。