SafeCopy手工完成ISO

Question

早上好,

我目前正在帮助一个好朋友恢复她损坏的1TB外部硬盘。她放下了驱动器，现在，它不能再安装了。经过一些研究后，我尝试了一下安全车。我正在使用一张Kali Linux live和一个通过USB站连接和安装的内部3TB HDD。外部驱动器占用的空间不足100 The。SafeCopy每天收集~30 day。我的第一次尝试失败后~260 My与“位置未找到”错误，驱动器已重新连接到另一个挂载路径。目前的尝试是280 at。由于驱动器是全新的，所有存储的数据都应该在输出ISO中收集。然而，当我试图挂载260 an的ISO时，我会得到一个文件错误，有关损坏的文件和I/O错误。

我使用这个命令进行安全操作：

sudo safecopy --stage1 /dev/sda1 /path/to/3tb/drive/data.iso

/dev/sda1 1是检测外部HDD的位置。

有办法手动完成ISO文件的构建吗？这将节省我很多时间，因为安全车需要34天才能完成这项工作。

编辑：

正如评论中提到的，我不得不中止这个过程一段时间。我现在已经重新设置了所有这些，在经历了一些困难之后，fdisk产生了这样的结果：

sudo fdisk -l /dev/sdc1
Disk /dev/sdc1: 931.5 GiB, 1000169537536 bytes, 1953456128 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x69205244

Device      Boot      Start        End    Sectors   Size Id Type
/dev/sdc1p1 ?     218129509 1920119918 1701990410 811.6G 72 unknown
/dev/sdc1p2 ?     729050177 1273024900  543974724 259.4G 74 unknown
/dev/sdc1p3 ?     168653938  168653938          0     0B 65 Novell Netware 386
/dev/sdc1p4      2692939776 2692991410      51635  25.2M  0 Empty

Partition table entries are not in disk order.

我忘记保存stage1.badBlock文件，所以我不能真正继续第一次运行。我现在开始了一个新的stage1安全运行，希望它能比以前快一点，因为我现在直接从这个笔记本上运行Debian。

从那时起，是否有一种方法可以从第一次运行时使用iso文件并使其可读性？

EDIT2：

好的，三个小时后，这是到目前为止的输出：

[0](+0){XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX [844800]    
XXXXXXXXXXXXX 8-X 0%

驱动器发出可怕的咔嗒声。如果我更早地解释fdisk输出表单，数据似乎会更多地写在驱动器上，而不是从0区开始。是否可以从磁盘的末尾开始读取和拯救数据？我担心我或多或少地依赖于从到目前为止创建的iso文件中提取数据。同样，我可以从未完成的iso文件中提取出部分，并从其中构建一个有效的部分？

编辑3：

我现在试着去救人。它现在运行了23小时。输出文件的大小为134 to，我从Safec拷贝中已经知道的大小是可以的。gmesg | tail产生以下输出：

[80840.705000] usb 2-1.1: reset high-speed USB device number 8 using ehci-pci
[80880.711821] usb 2-1.1: reset high-speed USB device number 8 using ehci-pci
[80920.718561] usb 2-1.1: reset high-speed USB device number 8 using ehci-pci
[80922.888408] sd 8:0:0:0: [sdb] Unhandled error code
[80922.888413] sd 8:0:0:0: [sdb]  
[80922.888415] Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK
[80922.888417] sd 8:0:0:0: [sdb] CDB: 
[80922.888419] Read(10): 28 00 49 a5 38 80 00 00 08 00
[80922.888426] end_request: I/O error, dev sdb, sector 1235564672
[80922.888430] Buffer I/O error on device sdb1, logical block 154445328

所以，我能看到的是，usb访问和hostbyte=DID_TIME_OUT有一些困难。

到目前为止，dd有这样的输出：

rescued:   123928 kB,  errsize:       0 B,  current rate:   12976 kB/s
rescued:   134742 kB,  errsize:  39649 kB,  current rate:        0 B/s
   ipos:   635829 MB,   errors:     605,    average rate:     1688 B/s ago
   opos:   635829 MB, run time:   22.17 h,  successful read:   22.01 h ago
Copying non-tried blocks... Pass 1 (forwards)

在dd完成之后，我将尝试从dd映像中至少提取一点tsk_recover。正如评论中提到的，我查找了驱动器的硬件规格。THe的问题是，USB连接器(USB3.0TypeB微)放置在主PCB上，所以我无法访问ATA/SATA连接。或者至少这是我发现的(到目前为止我还没有打开这个箱子)。我找不到有电路图的数据表。产品编号为WDBHHG0010BBK-04。我发现了一个类似的视频(!)在usb端口旁边有引脚的驱动器。我对硬盘和电子设备还不太了解，不知道能不能用上这些。一做完，我就打开箱子。

我在问自己，是什么会使汽车损坏那么严重。我朋友告诉我她刚掉了。似乎rw头被损坏或打碎了磁盘。据我所知，HDD在空闲或关机时将头移到一边。我的救援努力似乎并没有造成更大的损害，因为可读的部门的结果与一开始是一样的。

所以，很多短信。我当前的问题是syslog条目应该告诉我什么。

一些图片的驱动器：

Answer 1

我想你的意思是原始磁盘图像。尝试一下快速救援(有时作为dd_rescue)，它非常冗长，您可以手动跳过不可读的块。不需要，默认情况下它将忽略读取错误。除了在外部USB磁盘上，我从未经历过它的停止。当我恢复数据时，我总是(如果可能的话)从任何外部外挂中删除HDD，并将它放入我的PC中的一个海湾。USB往往在出现故障的第一迹象时就会退出。您可以尝试冷却磁盘，这将有助于或没有帮助，但没有损害。因为你恢复了数日的连续，你可以让3-4 CPU风扇吹在它上。你根本不想感觉它变热，越冷越好。热对坏盘有害。我建议你把它放在冷藏箱或冰箱里，但那太傻了。如果磁盘是半死的，不要在磁盘上执行任何其他读操作。编辑:您将遇到一些麻烦，使用原始图像挂载，甚至只读。如果导航可能损坏的文件层次结构(FAT，任何)，尝试最前面，手术刀，雕刻和魔法救援，以恢复文件在图像中。您通常可以恢复最流行的图片和文档格式。