Frage Gibt es eine Möglichkeit, eine beschädigte LDM-Datenbank zu reparieren?


TL; DR:

Gibt es irgendwelche Werkzeuge / Ansätze zu? Diagnostizieren und Fixieren von LDM   (Logischer Datenträger-Manager) Metadatenstrukturen ohne neu zu erstellen   von Grund auf neu?

Gesamte Beschreibung:

Ich habe zwei SSD-Laufwerke mit GPT + LDM (dynamische Festplatte) in einem Zustand eingerichtet, der zu implizieren scheint beschädigte LDM-Datenbank.

Das Problem ist, alles funktioniert gut bis auf ein seltsames Verhalten bei der Verwendung diskpart oder der Disk Management Snap-In.

Die GPT-Struktur scheint intakt zu sein:

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 und /dev/sdf1 funktionieren gut in einem mdraid-Array. /dev/sde4 und /dev/sdf2 sind ein Teil eines Windows gespiegelten Volumes. /dev/sdf3 ist eine Windows-Wiederherstellungspartition. Beim Booten in Windows kann ich normalerweise das System verwenden und auf das gespiegelte Systemvolume zugreifen. Aber die Disk Management Snap-In spielt verrückt: enter image description here

Die tatsächlichen physischen Laufwerke sind ohne jegliche Information vorhanden. Trotzdem sind alle Einzelbände zu sehen und funktionieren trotz der x Marken - SYSTEM (C:) Nach all dem macht es einen guten Job, die Resynchronisierung durchzuführen, es kann darauf zugegriffen werden und wird derzeit als System-Volume verwendet.

diskpart bestätigt diese Situation: enter image description here

Physische Laufwerke sind beim Auflisten nicht sichtbar, können aber trotzdem ausgewählt und weiter untersucht werden. Alle tatsächlichen Volumes erscheinen so, wie sie sollten: enter image description here

aber wenn sie gründlicher untersucht werden, scheinen sie von einigen nicht existierenden Platten zu kommen: enter image description here

Virtual Disk Service error: The disk's extent information is corrupted. scheint recht ausführlich darauf hinzuweisen, dass der aktuelle Stand der LDM-Metadaten nicht mehr mit irgendeinem Microsoft-Standard übereinstimmt.

Gibt es eine Möglichkeit, dies weiter zu untersuchen und dieses Problem möglicherweise zu beheben, ohne das gesamte Festplattenpartitionierungsschema von Grund auf neu erstellen zu müssen? Es scheint, dass es nicht viel gibt, was man verwenden kann, um LDM-Probleme zu diagnostizieren. Ich werde versuchen, einen zu bekommen Datenbank-Dump zu gegebener Zeit angebracht.

Ich suche vor allem nach Hinweisen, auf was ich beim Analysieren achten sollte LDM-Datenbank.


19
2018-06-21 22:37


Ursprung


Ich nehme nicht an, dass Sie Microsoft System Center Data Protection Manager haben, oder? All mein Googeln scheint sich auf eines ihrer PowerShell-Skripte zu beziehen. - Katherine Villyard
Leider ist in diesem Fall kein solcher Service verfügbar (typische getrennte Workstation). Meine Recherchen haben auch nicht viel verraten, vermutlich aufgrund des halb-proprietären Charakters des LDM-Standards. Ich denke, in diesem Fall kann nicht viel getan werden, aber ich dachte, hier zu posten, obwohl eine lange Einstellung, ist mein letzter Ausweg. Vorläufig bin ich froh, dass trotz dieser missgestalteten Datenbank alle Volumes vom System erkannt werden und für den normalen Gebrauch zur Verfügung stehen. Ich hoffe, dass es so bleibt, bis eine dauerhafte Lösung gefunden werden kann (oder das Problem mit einem Hardware-Upgrade aufhört). - Karol J. Piczak
Ich sehe, dass dein Boot-Laufwerk den Status hat Rebuild. Prüfen Sie nach dem Abschluss, ob der Fehler behoben ist. Auch ... hast du es versucht? chkdsk auf der betroffenen Festplatte zu sehen, ob es etwas findet? - Nathan C
Keine Antwort ... aber eher ein Ratschlag ... wenn der Inhalt für Sie wichtig ist, sichern Sie solange wie möglich und bauen Sie die Laufwerke von Grund auf neu auf. Bei kritischen Daten sind alle Fixierungsversuche nicht wert und nicht zu rechtfertigen, wenn das Schlimmste eintritt - a.atlam


Antworten:


Dein Problem und mein Problem sind fast gleich: Ich kann Laufwerke in der Datenträgerverwaltung sehen, aber keine der Partitionen waren ausführbar, in meinem Windows Explorer waren die Laufwerksbuchstaben verschwunden. In meinem Fall zeigt der Disk-Teil alles korrekt an und die folgende Methode löste mein Problem.

Bitte entfernen Sie die problematische physische Festplatte, die an einen anderen laufenden Computer angeschlossen ist, und führen Sie chkdsk mit / f / x / c / r oder nur / r und / f aus. Dann re-attach, aktualisieren Sie auch Ihren Festplattentreiber.

Vielen Dank


1
2018-02-11 09:00





Bitte beachten Sie den folgenden MS-Link:

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


0
2017-07-31 18:14