有没有办法修复损坏的 LDM 数据库？

Question

特尔；博士：

是否有任何工具/方法可以诊断和修复 LDM （逻辑磁盘管理器）元数据结构而无需从头开始创建？

详细描述：

我有两个 SSD 驱动器设置了 GPT + LDM（动态磁盘），处于似乎暗示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 数据库时要寻找什么的提示。

Answer 1

请参考以下 MS 链接：

http://social.technet.microsoft.com/Forums/en-US/175fe675-0788-4b3e-86cf-a17485124a6c/storage-pool-ldm-database-corrupt