C'è un modo per riparare un database LDM corrotto?

TL; DR:

Esistono strumenti / approcci per diagnosticare e correggere strutture di metadati LDM ( Logical Disk Manager ) senza ricreare da zero?

Descrizione completa:

Ho due unità SSD configurate con GPT + LDM (disco dinamico) in uno stato che sembra implicare un database LDM danneggiato .

Il problema è che tutto funziona benissimo ad eccezione di alcuni comportamenti strani durante l'utilizzo diskparto il Disk Management Snap-In.

La struttura GPT sembra essere intatta:

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/sde3e /dev/sdf1funziona bene in un array mdraid. /dev/sde4e /dev/sdf2fanno parte di un volume con mirroring di Windows. /dev/sdf3è una partizione di ripristino di Windows. Quando eseguo l'avvio in Windows, posso normalmente utilizzare il sistema e accedere al volume di sistema con mirroring. Tuttavia, Disk Management Snap-Inimpazzisce: inserisci qui la descrizione dell'immagine

Le unità fisiche effettive sono presenti senza alcuna informazione. Tuttavia, tutti i singoli volumi possono essere visualizzati e funzionano correttamente nonostante i xsegni: SYSTEM (C:)sta facendo un buon lavoro di risincronizzazione dopo tutto ciò, è possibile accedervi e viene attualmente utilizzato come volume di sistema.

diskpart conferma questa situazione: inserisci qui la descrizione dell'immagine

Le unità fisiche non possono essere visualizzate durante la quotazione, ma possono comunque essere selezionate e analizzate ulteriormente. Tutti i volumi effettivi vengono visualizzati come dovrebbero: inserisci qui la descrizione dell'immagine

ma se esaminati più approfonditamente, sembrano provenire da alcuni dischi inesistenti: inserisci qui la descrizione dell'immagine

Virtual Disk Service error: The disk's extent information is corrupted. sembra indicare abbastanza verbalmente che lo stato attuale dei metadati LDM non è più conforme ad alcuni standard Microsoft.

C'è un modo per indagare ulteriormente su questo e potenzialmente risolvere questo problema senza ricreare da zero l'intero schema di partizionamento del disco? Sembra che non ci sia molto da usare per diagnosticare i problemi LDM. Cercherò di ottenere un dump del database allegato a tempo debito.

In particolare sto cercando alcuni suggerimenti su cosa cercare quando si analizza il database LDM .

— Karol J. Piczak
fonte

Suppongo che tu non abbia Microsoft System Center Data Protection Manager, vero? Tutto il mio googling sembra riferirsi a uno dei loro script PowerShell.

— Katherine Villyard,

Sfortunatamente no, in questo caso non è disponibile tale servizio (tipica workstation separata). Anche le mie ricerche non hanno rivelato molto, presumibilmente a causa della natura semi-proprietaria dello standard LDM. Penso che non si possa fare molto in questo caso, ma ho pensato che pubblicare qui, anche se a lungo, è la mia ultima risorsa. Per il momento, sono felice che, nonostante questo database non valido, tutti i volumi vengano riconosciuti dal sistema e siano disponibili per l'uso normale. Spero che rimanga tale fino a quando non verrà trovata una soluzione più permanente (o il problema cessa di esistere insieme ad un aggiornamento dell'hardware).

— Karol J. Piczak,

Vedo che l'unità di avvio ha uno stato di Rebuild. Una volta completato, controlla se l'errore scompare. Inoltre ... hai provato a chkdsksul disco interessato per vedere se trova qualcosa?

— Nathan C

Non una risposta ... ma più di un consiglio ... se i contenuti sono importanti per te, esegui il backup mentre puoi e ricostruisci le unità da zero. Per i dati critici, eventuali tentativi di correzione non valgono la pena e sono ingiustificabili quando si verifica il peggio

— a.atlam

Il tuo problema e il mio problema quasi lo stesso: vedo le unità nella gestione del disco, ma nessuna delle partizioni era eseguibile, nel mio Windows Explorer le lettere delle unità erano sparite. nel mio caso, la parte del disco mostra tutto correttamente e il seguente metodo ha risolto il mio problema.

Rimuovere il disco rigido fisico problematico, collegato a un'altra macchina in esecuzione ed eseguire chkdsk con / f / x / c / r o solo / r e / f. Quindi ricollegare, aggiornare anche il driver del disco rigido.

Grazie

— VL Thlan
fonte