TL; DR:
是否有任何工具/方法可以诊断和修复LDM (逻辑磁盘管理器)元数据结构,而无需从头开始重新创建?
详细描述:
我有两个设置有GPT + LDM(动态磁盘)的SSD驱动器,其状态似乎暗示LDM数据库已损坏。
问题是,除使用diskpart
或时的某些怪异行为外,其他所有东西都可以正常工作Disk Management Snap-In
。
GPT结构似乎是完整的:
GNU Parted 2.3
Using /dev/sde
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print
Model: ATA SanDisk SDSSDP12 (scsi)
Disk /dev/sde: 128GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 17.4kB 1066kB 1049kB LDM metadata partition
2 1066kB 134MB 133MB Microsoft reserved partition msftres
3 134MB 47.3GB 47.2GB ext4 LDM data partition raid
4 47.3GB 128GB 80.5GB ntfs LDM data partition
5 128GB 128GB 234MB LDM data partition
(parted) sel /dev/sdf
Using /dev/sdf
(parted) print
Model: ATA SanDisk SDSSDP12 (scsi)
Disk /dev/sdf: 128GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 17.4kB 47.2GB 47.2GB ext4 LDM data partition raid
2 47.2GB 128GB 80.5GB ntfs LDM data partition
3 128GB 128GB 367MB ntfs LDM data partition
4 128GB 128GB 1049kB LDM metadata partition
5 128GB 128GB 335kB Microsoft reserved partition msftres
/dev/sde3
并/dev/sdf1
在mdraid数组中正常工作。/dev/sde4
并且/dev/sdf2
是Windows镜像卷的一部分。/dev/sdf3
是Windows恢复分区。引导到Windows时,我通常可以使用系统并访问镜像的系统卷。但是,Disk Management Snap-In
发疯了:
实际的物理驱动器不存在任何信息。尽管如此,所有单个卷都可以看到,并且尽管有这些x
标记SYSTEM (C:)
也可以正常工作-在所有这些之后,重新同步工作都做得很好,可以被访问,并且当前被用作系统卷。
diskpart
确认这种情况:
列出时看不到物理驱动器,但无论如何都可以选择并进行进一步调查。所有实际体积显示为:
但是当进行更彻底的检查时,它们似乎来自某些不存在的磁盘:
Virtual Disk Service error: The disk's extent information is corrupted.
似乎非常冗长地表明LDM元数据的当前状态不再符合某些Microsoft标准。
有什么方法可以进一步调查此问题,并可能解决此问题,而无需从头开始重新创建整个磁盘分区方案?似乎没有多少人可以用来诊断LDM问题。我将尝试在适当的时候连接数据库转储。
我特别希望在分析LDM数据库时寻找一些提示。
Rebuild
。完成后,查看错误是否消失。另外...您是否尝试chkdsk
在受影响的磁盘上查看是否找到了任何东西?