filesystems – 有没有办法修复损坏的LDM数据库?

前端之家收集整理的这篇文章主要介绍了filesystems – 有没有办法修复损坏的LDM数据库?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

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.

我特别想找到一些关于在分析LDM数据库时要寻找什么的提示.

解决方法

你的问题和我的问题几乎一样:
我可以在磁盘管理中看到驱动器,但是没有分区是可执行的,在我的Windows资源管理器中驱动器号已经不见了.
就我而言,disk-part正确显示所有内容,以下方法解决了我的问题.

删除连接到另一台正在运行的计算机的有问题的物理硬盘驱动器,并使用/ f / x / c / r或仅运行/ r和/ f运行chkdsk.然后重新附加,也更新您的硬盘驱动器.

谢谢

原文链接:https://www.f2er.com/mssql/81457.html

猜你在找的MsSQL相关文章