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 .

— 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

Twój problem i mój problem są prawie takie same: widzę dyski w zarządzaniu dyskami, ale żadna z partycji nie była wykonywalna, w moim Eksploratorze Windows zniknęły litery dysków. w moim przypadku część dysku pokazuje wszystko poprawnie, a następująca metoda rozwiązała mój problem.

Usuń problematyczny fizyczny dysk twardy podłączony do innego uruchomionego komputera i uruchom polecenie chkdsk za pomocą / f / x / c / r lub tylko / r i / f. Następnie podłącz ponownie, zaktualizuj również sterownik dysku twardego.

Dziękuję Ci

— VL Thlan
źródło