Чи є спосіб виправити пошкоджену базу даних LDM?

TL; DR:

Чи є інструменти / підходи до діагностики та фіксації структур метаданих LDM ( Logical Disk Manager ), не відтворюючи з нуля?

Повний опис:

У мене є два накопичувачі 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 .

Ваша проблема і моя проблема майже однакові: я бачу накопичувачі в управлінні дисками, але не з розділів були виконані файли, в моєму провіднику Windows пропали літери диска. у моєму випадку дискова частина показує все правильно, і наступний метод вирішив мою проблему.

Видаліть проблемний фізичний жорсткий диск, приєднаний до іншої працюючої машини, і запустіть chkdsk за допомогою / f / x / c / r, або тільки / r і / f. Потім знову приєднайте, також оновіть драйвер жорсткого диска.

Дякую

Перейдіть за посиланням MS нижче:

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