我的 Fedora 系统最近崩溃并出现奇怪的错误消息,所以我担心我使用了约 5 年的 SSD 出现故障。
现在我想从这个 SSD 中拯救我的数据并在新的 SSD 上从头开始重新安装 Fedora。
我创建了一个可启动的 Fedora USB 闪存驱动器,并在没有安装故障 SSD 的情况下启动了它。现在我想将此 SSD 中的数据恢复到外部 8TB HDD(约 4TB 可用空间)。SSD 的容量为 1TB,但实际只使用了约 250 GB。
我认为 ddrescue 是一个不错的选择?
我如何使用 ddrescue?我想将我的数据和日志文件放在 8TB 外部硬盘上的新文件夹中。我不想覆盖任何数据。
我不知道我的外置硬盘使用哪种文件系统。我也不知道故障固态硬盘(安装有 Fedora)的分区使用的是什么文件系统。
所以就我而言,我可以运行这个命令:
sudo ddrescue -n /dev/nvme0n1 /run/media/liveuser/Elements/Backup/backup.img /run/media/liveuser/Elements/Backup/log.log
这nvme0n1
是我想从中保存数据的 SSD吗/run/media/liveuser/Elements/Backup/
?这是我想存储备份和日志文件的文件夹吗?
我应该使用该--sparse
选项吗?优点和缺点是什么?我应该为backup.img
via分配 1TBtruncate
吗?优点和缺点是什么?backup.img 有多大?~250GB 还是 1TB?
ChatGPT 告诉我不需要使用截断,文件backup.img
大小大约为 250GB。但是,Gemini 强烈建议使用截断,并告诉我即使不使用截断,文件大小也将达到大约 1TB,而将其大小缩小到约 250GB 的唯一方法是使用该--sparse
选项。哪一个是正确的?
我应该使用诸如-f
或 之类的选项吗-n
?这些选项起什么作用?
继续使用
ddrescue
您所显示的命令作为示例。它只会写入一个名为的文件
backup.img
,如果空间不足,它将自行中止该操作。这是您建议使用的命令:
继续使用它吧!它只会写入一个名为的文件
backup.img
,如果空间不足?它将自行中止操作。该文件就像任何其他文件backup.img
一样,只是一个独立的文件;它对该驱动器上已有的数据完全没有风险。事实上,如果图像大小显著超过 250 GB,只需中止操作并重新开始。
该命令是 100% 安全的,并且您在具有大约 4TB 可用空间的 8TB HDD 上的数据将完全安全。
如果您有大约 4TB 的可用空间,即使实际只使用了大约 250 GB,也足以存储 1TB 的备份。
总之,外部 8TB 驱动器上的可用空间远远超过 1TB 备份所需的空间,更不用说 250GB 备份了。完全不用担心。