Есть ли способ исправить поврежденную базу данных 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 .

— Karol J. Piczak
источник

Я не думаю, что у вас есть Microsoft System Center Data Protection Manager, не так ли? Кажется, все мои поиски относятся к одному из их скриптов PowerShell.

— Кэтрин Вилльярд

К сожалению, нет, в этом случае такая услуга недоступна (обычная отдельная рабочая станция). Мои поиски также мало что выявили, по-видимому, из-за полупроприетарной природы стандарта LDM. Я думаю, что в этом случае мало что можно сделать, но я думал, что публикация здесь, хотя и далеко, - это мое последнее средство. В настоящее время я рад, что, несмотря на эту искаженную базу данных, все тома распознаются системой и доступны для нормального использования. Я надеюсь, что так будет до тех пор, пока не будет найдено более постоянное решение (или проблема перестанет существовать вместе с некоторым обновлением оборудования).

— Кароль Дж. Пичак

Я вижу, что ваш загрузочный диск имеет статус Rebuild. Как только он завершится, посмотрите, исчезнет ли ошибка. Кроме того ... вы пробовали chkdskна зараженном диске, чтобы увидеть, если он найдет что-нибудь?

— Натан С

Не ответ ... но больше совет ... если содержимое важно для вас, сделайте резервную копию, пока вы можете, и восстановите диски с нуля. Для критических данных любые попытки исправления не стоят и неоправданны, когда случается худшее

— a.atlam

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

Пожалуйста, удалите проблемный физический жесткий диск, подключенный к другому работающему компьютеру, и запустите chkdsk с / f / x / c / r или только с / r и / f. Затем снова присоедините, также обновите драйвер жесткого диска.

Спасибо

— В.Л. Тлан
источник