我试着在一个损坏的硬盘上逃跑。有一段时间,它运行平稳,但间歇性的,往往几分钟到一个小时没有任何数据。之后,它开始快速运行,但只有读取错误,并得到了数以万计。这是硬盘损坏的一个明确的迹象,还是像一个混乱的分区表造成的?此外,磁盘是否会被破坏,而使用快速救援措施可能会使损害更严重?谢谢您的帮助。
发布于 2019-09-15 18:45:35
DDrescue可以使磁盘变得更糟,以最小化您想要尽可能快地获得好的块。
您可以将DDrescue设置为首先使用-n标志复制好的块,例如:
ddrescue -f -n /dev/sdb sdb_rescue.img sdb_rescue.log然后再次运行DDrescue试图恢复(重用现有日志将跳过成功恢复的日志),例如:
ddrescue -d -f -r3 /dev/sdb /root/sdb_rescue.img sdb_rescue.logDDrescue可以尝试恢复磁盘上的分区表状态,然后尝试修复恢复图像上的分区表。
一个失败的驱动器往往会随着时间的推移而产生越来越多的错误。因此,一旦注意到第一个错误,就应该将数据从驱动器中拯救出来。要勤奋,因为每次物理损坏的驱动器都有动力并且能够输出一些数据,这可能是最后一次了。您应该使用快速救援方法复制失败驱动器,然后尝试修复该副本。如果您的数据非常重要,请使用第一个副本作为第二个副本的主副本,并尝试修复第二个副本。如果出了什么问题,你可以让主人完好无损地再试一次。如果您试图拯救整个分区,首先使用e2fsck或其他适合您要拯救的分区类型的工具修复副本,然后将修复后的副本挂载到某个地方,然后尝试恢复其中的文件。如果驱动器损坏到无法修复或安装获救分区中的文件系统,则必须使用十六进制编辑器浏览获救数据,并手动提取所需的部分,或者使用photorec之类的文件恢复工具。如果分区表损坏,您可以尝试拯救整个磁盘,然后尝试修复分区表和副本上的分区。
https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html#Examples
发布于 2019-09-15 15:54:06
来自https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html救援手册
永远不要试图拯救一个r/w安装的分区。产生的副本可能是无用的。最好不要安装要拯救的设备或分区,甚至不安装只读设备。不要试图在驱动器上修复带有I/O错误的文件系统;您可能会丢失更多的数据。
所以,是的,在回答你的问题时,快速救援可能会使事情变得更糟--事实上,任何修补损坏(甚至未损坏)音量的程序都有能力造成进一步的损害。
https://askubuntu.com/questions/1174330
复制相似问题