Czy istnieje sposób na naprawienie uszkodzonej bazy danych LDM?

TL; DR:

Czy są jakieś narzędzia / podejścia do diagnozowania i naprawy struktur metadanych LDM ( Logical Disk Manager ) bez odtwarzania od zera?

Pełny opis:

Mam dwa dyski SSD skonfigurowane z GPT + LDM (dysk dynamiczny) w stanie, który wydaje się sugerować uszkodzenie bazy danych LDM .

Problem polega na tym, że wszystko działa dobrze, z wyjątkiem dziwnych zachowań podczas używania diskpartlub Disk Management Snap-In.

Struktura GPT wydaje się nienaruszona:

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/sde3i /dev/sdf1działa dobrze w tablicy mdraid. /dev/sde4i /dev/sdf2są częścią woluminu lustrzanego systemu Windows. /dev/sdf3jest partycją odzyskiwania systemu Windows. Podczas uruchamiania systemu Windows normalnie mogę korzystać z systemu i uzyskiwać dostęp do dublowanego woluminu systemowego. Jednak Disk Management Snap-Inwariuje: wprowadź opis zdjęcia tutaj

Rzeczywiste dyski fizyczne są obecne bez żadnych informacji. Niemniej jednak wszystkie poszczególne woluminy są widoczne i działają poprawnie pomimo xznaków - SYSTEM (C:)wykonuje dobrą pracę, ponownie synchronizując po tym wszystkim, można uzyskać do nich dostęp i jest obecnie używany jako wolumin systemowy.

diskpart potwierdza tę sytuację: wprowadź opis zdjęcia tutaj

Dyski fizyczne nie są widoczne podczas wyświetlania na liście, ale można je mimo to wybrać i zbadać dalej. Wszystkie rzeczywiste woluminy są wyświetlane tak, jak powinny: wprowadź opis zdjęcia tutaj

ale po dokładniejszym zbadaniu wydają się pochodzić z niektórych nieistniejących dysków: wprowadź opis zdjęcia tutaj

Virtual Disk Service error: The disk's extent information is corrupted. wydaje się dość dosłownie wskazywać, że obecny stan metadanych LDM nie jest już zgodny z niektórymi standardami Microsoft.

Czy jest jakiś sposób na zbadanie tego i potencjalne rozwiązanie tego problemu bez ponownego tworzenia całego schematu partycjonowania dysku od zera? Wygląda na to, że niewiele można użyć do zdiagnozowania problemów z LDM. Spróbuję załączyć zrzut bazy danych w odpowiednim czasie.

Szczególnie szukam wskazówek, na co zwrócić uwagę podczas analizy bazy danych LDM .

filesystems partition diskpart parted Karol J. Piczak
źródło

Nie sądzę, że masz Microsoft System Center Data Protection Manager, prawda? Całe moje wyszukiwanie w Google odnosi się do jednego z ich skryptów PowerShell.

Katherine Villyard

Niestety nie, żadna taka usługa nie jest w tym przypadku dostępna (typowa oddzielna stacja robocza). Moje poszukiwania również nie ujawniły wiele, prawdopodobnie ze względu na częściowo zastrzeżony charakter standardu LDM. Myślę, że niewiele można zrobić w tej sprawie, ale pomyślałem, że opublikowanie tutaj, choć z daleka, jest moją ostatnią deską ratunku. Na razie cieszę się, że pomimo tej zniekształconej bazy danych wszystkie woluminy są rozpoznawane przez system i są dostępne do normalnego użytku. Mam nadzieję, że tak pozostanie, dopóki nie zostanie znalezione bardziej trwałe rozwiązanie (lub problem przestanie istnieć wraz z pewną modernizacją sprzętu).

Karol J. Piczak

Widzę, że twój dysk rozruchowy ma status Rebuild. Po zakończeniu sprawdź, czy błąd zniknie. Ponadto ... czy próbowałeś chkdskna zagrożonym dysku, aby zobaczyć, czy coś znajdzie?

Nathan C

Nie odpowiedź ... ale więcej porad ... jeśli zawartość jest dla Ciebie ważna, wykonaj kopię zapasową, póki możesz i odbuduj dyski od zera. W przypadku danych krytycznych wszelkie próby naprawy nie są tego warte i są nieuzasadnione, gdy dzieje się gorzej

a.atlam

Czy istnieje sposób na naprawienie uszkodzonej bazy danych LDM?

Odpowiedzi: