第一次使用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线性映射来创建具有额外空间的新设备，而无需重新复制所有内容。但最有可能的是，这首先并不是一个严重的问题。