背景
我把一个 2TB 的硬盘放在某个 Sata-to-USB3.0 机箱中,并向其中复制了 1TB 的数据。这是 2.5 5300rpm 的硬盘,所以花了将近 20 个小时。我是个偏执狂,所以在复制数据之前,我使用 TotalCommander 对我想要复制的所有内容进行 sha256 校验,然后在新的 USB 驱动器上对复制的数据进行检查。我曾用同一机箱的另外两块硬盘复制了另外两个磁盘,不过都是 1TB。从来没有遇到过任何问题。
问题
在验证校验和时,我看到 Windows 10 操作中心上有一个带有红色“X”的通知,提示我检查文件系统。没有显示是哪一个,但我还是点击了它。什么都没发生,所以我运行了事件查看器来查看发生了什么。我看到三个 EventID 55 事件与我的新卷上的错误有关,其中一个说已„:$I30:$INDEX_ALLOCATION”
损坏,另外两个说损坏的文件是<can't determine file name>
。我停止了对卷的所有操作并chkdsk /F
对其进行了操作,但由于它抱怨其他一些软件正在访问磁盘,我使用磁盘管理实用程序删除了一个驱动器号。当我计划再次添加字母以让 chkdsk 修复它时,我突然看到所有选项都变灰,分区显示为Healthy (GPT Protective Partition)
。这是EEh
根据这篇维基百科文章。
Convert to GPT disk
该磁盘从来都不是 GPT。在磁盘管理工具中右键单击它时,我仍然会看到一个选项。以下是DETAIL DISK
和DETAIL PARTITION
命令的输出DISKPART
:
DISKPART> detail disk
ST2000LM003 HN-M201RAD
Disk ID: 08686B3E
Type : RAID
Status : Online
Path : 2
Target : 0
LUN ID : 0
Location Path : PCIROOT(0)#PCI(1700)#RAID(P02T00L00)
Current Read-only State : No
Read-only : No
Boot Disk : No
Pagefile Disk : No
Hibernation File Disk : No
Crashdump Disk : No
Clustered Disk : No
There are no volumes.
DISKPART> detail partition
Partition 1
Type : EE
Hidden: Yes
Active: No
Offset in Bytes: 512
There is no volume associated with this partition.
该磁盘不属于任何 RAID 的一部分,与所显示的内容相反,它当前直接连接到主板上的 SATA 端口,可能显示为 RAID 类型,因为控制器处于 RAID 模式。
我思考发生的事情(我无法验证这一点)是,当我在操作中心单击此通知时,chkdsk 正在后台尝试修复卷,它一定将分区的 ID 设置为 EEh,可能是为了在完成后将其重置。当我将驱动器号设置为无时,它一定出错了并保持原样。
我尝试过
我正在考虑使用 DISKPART 的 SETID 命令来指定分区类型 07,但这不起作用:
DISKPART> set id=07
DiskPart has encountered an error: The parameter is incorrect.
See the System Event Log for more information.
没有事件日志消息写入事件日志,它根本不起作用。
我认为将此分区恢复到原来的状态将导致重新获得对文件的访问权限,并且由于我还有另一个以相同方式格式化的磁盘,因此我相信将分区 ID 设置为 07h 可以解决问题,只是我似乎无法做到这一点。以下是来自我的另一个相同硬盘的数据。
DISKPART> detail disk
ST2000LM 003 HN-M201RAD SCSI Disk Device
Disk ID: BB31CF75
Type : USB
Status : Online
Path : 0
Target : 0
LUN ID : 0
Location Path : UNAVAILABLE
Current Read-only State : No
Read-only : No
Boot Disk : No
Pagefile Disk : No
Hibernation File Disk : No
Crashdump Disk : No
Clustered Disk : No
Volume ### Ltr Label Fs Type Size Status Info
---------- --- ----------- ----- ---------- ------- --------- --------
* Volume 4 E SMSNG1 NTFS Partition 1863 GB Healthy
DISKPART> detail partition
Partition 1
Type : 07
Hidden: No
Active: No
Offset in Bytes: 1048576
Volume ### Ltr Label Fs Type Size Status Info
---------- --- ----------- ----- ---------- ------- --------- --------
* Volume 4 E SMSNG1 NTFS Partition 1863 GB Healthy
DISKPART>
如果有人有类似的经验,请分享您的见解。一段时间内我不会碰驱动器,因为我想练习从这种情况中恢复。恢复后,我将验证文件的校验和,并尝试将触发 chkdsk 的损坏归咎于驱动器或 USB 桥接器。
编辑-驱动数据
--------------- SeaTools for Windows v1.4.0.5 ---------------
2017-08-30 20:37:53
Model Number: 003 HN-M201RAD
Serial Number: S377J9GGA02406
Firmware Revision: 2BE1
Identify - Started 2017-08-30 20:37:53
Model Number: 003 HN-M201RAD
Serial Number: S377J9GGA02406
Firmware Revision: 2BE1
Drive Capacity: 2,00 TB / 1,82 TiB
Max LBA: 3907029167
Cache Size: ----
Lifetime Bytes Read: 3,54 GB
Lifetime Bytes Written: 545,50 MB
Power-On Hours: 4255
Annualized Workload Rate [ (Writes + Reads) * (8760 / POH) ]: 0 TB/yr
Drive Temperature (C/F): 29 / 84
WWN: 50004CF210CD3B3B
Sector size (Logical/Physical/Allignment): 512 / 4096 / 0
Signal Speed (Max/Negotiated): 6.0 / 6.0 Gb/s
Transport Supported: SATA 3.0
Rotation rate: 5400 RPM
Form factor: 2.5 inch
Specification Supported: ATA8-ACS
Encryption Support: Not Supported
Security Mode: Supported, Frozen
SMART: Enabled
Host Protected Area features: Enabled
Advanced Power Management: Enabled
Download Microcode: Segmented
EDIT2-扇区0、7和8
答案1
由于磁盘小于 2TB,我将坚持使用 MBR,避免创建 GPT 的麻烦,也不必担心所有校验和,而是将扇区 0 的最后 64 个字节从
0000000000432 | 00 00 00 00 00 00 00 00 3E 6B 68 08 04 D0 00 00 |
0000000000448 | 02 00 EE FE 7F FF 01 00 00 00 FF FF FF FF 00 00 |
0000000000464 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |
0000000000480 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |
0000000000496 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA |
到
0000000000432 | 00 00 00 00 00 00 00 00 3E 6B 68 08 04 D0 00 00 |
0000000000448 | 02 00 07 FE 7F FF 00 08 00 00 00 80 E0 E8 00 00 |
0000000000464 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |
0000000000480 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |
0000000000496 | 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 AA |
这应该够了吧。
我不知道为什么 GPT 标头位于扇区 7,而表位于扇区 8,它应该是扇区 7 或 15或者1 和 2...