TL;DR:
Are there any tools/approaches to diagnosing and fixing LDM
(Logical Disk Manager) Metadata structures without recreating
from scratch?
详细描述：
我有两个使用GPT LDM(动态磁盘)设置的SSD驱动器,其状态似乎意味着损坏的LDM数据库.
问题是,除了使用diskpart或磁盘管理管理单元时的一些奇怪行为外,一切正常.
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时,我通常可以使用系统并访问镜像系统卷.但是,磁盘管理管理单元变得疯狂：
实际的物理驱动器没有任何信息.尽管如此,所有单独的卷都可以看到,并且尽管有x标记也能正常运行 – 在这一切之后,SYSTEM(C :)正在重新进行同步,它可以被访问并且当前被用作系统卷.
diskpart确认了这种情况：
列出时无法看到物理驱动器,但无论如何都可以选择并进一步调查.所有实际卷都显示为应该：
但是当更彻底地检查时,它们似乎来自一些不存在的磁盘：
虚拟磁盘服务错误：磁盘的范围信息已损坏.似乎非常详细地表明LDM元数据的当前状态不再符合某些Microsoft标准.
有没有办法进一步调查这个并可能解决这个问题,而无需从头开始重新创建整个磁盘分区方案？似乎没有多少人可以用来诊断LDM问题.我将在适当的时候尝试连接database dump.
