Fehlende Partition nach Upgrade

[Ponderosa]

Gerne.

 

[t.o.d.d.y]

Ich habe exakt das gleiche Problem. Nach Win11 Upgrade ist mein Datenträger 2 nicht mehr zugeordnet. Die Partition ist nicht mehr vorhanden. Wie ist das Thema hier denn ausgegangen? Gibt es eine Lösung?

 

[Volume Z]

Na finde es doch raus. Installiere MTPW und vergib einen Buchstaben. Vor allem: Wenn da vorne auch 128 MB frei sind, erstelle eine Partition. Das würde mich brennend interessieren, wie die Datenträgerverwaltung das quittiert.

 

[Warhead]

doofe frage: mal simpel mit chkdsk überprüfen lassen?

 

[t.o.d.d.y]

für die Nachwelt:

Nach erfolgreichem Upgrade auf Windoof11 wurde meine 2-TB-Datenplatte (GPT, NTFS) in der Datenträgerverwaltung als „Nicht zugeordnet“ angezeigt.
Vor dem Upgrade wurde das Bootlaufwerk per mbr2gpt konvertiert (2-TB-Datenplatte war bereits GPT).
Das Windows-11-Setup erkannte beide GPT-Platten und legte auf der Datenplatte versehentlich eine neue 128-MB-MSR-Partition an, wodurch die ursprüngliche NTFS-Partition aus der GPT-Tabelle entfernt wurde (HALLO MICROSOFT, GEHTS NOCH!?)


Analyse & Vorgehen:

• Mit TestDisk 7.2 Analyse → Deeper Search ausgeführt (Quick Search reicht auch).
• Die ursprüngliche Partition „MS Data (≈1.86 TB)“ gefunden, Inhalte geprüft (P).
• Wichtige Daten mit C auf ein separates Laufwerk kopiert (keine Änderungen an der beschädigten Tabelle).
• Anschließend Datenträger neu initialisiert (GPT) und Daten zurückgespielt.
• Optional: GPT-Backup-Header via TestDisk gesichert, um spätere Wiederherstellung zu vereinfachen.

Ergebnis:
Daten vollständig wiederhergestellt.
Ursache: GPT-Header-Konflikt durch gleichzeitige MBR→GPT-Konvertierung (Systemplatte) und Windows-11-Setup, das während der Migration fremde GPT-Signaturen falsch interpretiert hat.


Empfehlung:
Beim OS-Upgrade mit paralleler GPT-Konvertierung Datenplatten abklemmen oder vorher vollständiges GPT-Backup anlegen (sgdisk --backup=gpt.bin / TestDisk → Backup GPT Header).

 

[RyxX]

Kleines Update an dieser Stelle: Hab mir nun endlich nochmal etwas Zeit genommen, und das Thema konsequent verfolgt UND GELÖST!
- In-Place , ohne Datenverlust -

Für alle, die vor derselben Situation stehen, habe ich das hier nochmal als Fahrplan zusammenfassen lassen.
Ich hoffe das hilft dem ein oder anderen!

---

📝 Sysadmin-Guide: Festplatte nach Windows 11 Upgrade verschwunden ("Nicht zugeordnet")

1. Symptomatik & Ausgangslage

• Das Problem: Nach einem Upgrade (z. B. von Windows 10 auf Windows 11) oder einem Mainboard-Wechsel taucht eine sekundäre Datenfestplatte (meist klassische HDD) plötzlich nicht mehr im Windows Datei-Explorer auf.
• Datenträgerverwaltung: Die Festplatte wird als „Nicht zugeordnet“ angezeigt, als wäre sie komplett leer.
• Die Falle: Standard-Rettungstools wie TestDisk scheitern bei dem Versuch, die Partitionstabelle oder den Bootsektor neu zu schreiben (Fehlermeldung: Can't overwrite NTFS backup boot sector).

2. Die Ursache (Root Cause Analysis)

Der Fehler liegt nicht bei Windows und das Dateisystem ist nicht defekt. Die Ursache ist ein Hardware-Konflikt (LBA Boundary Mismatch).

1. Der Mainboard-Eingriff (HPA): Einige Mainboards (insbesondere ältere Modelle mit DualBIOS) zwacken bei großen Systemupdates oder Abstürzen ungefragt ca. 1 MB am Ende der Festplatte ab, um dort ein BIOS-Backup zu speichern. Dies geschieht über eine Host Protected Area (HPA). Die Festplatte meldet dem System ab sofort, sie sei physisch kleiner.
2. Die Windows 11 Blockade: Das bestehende NTFS-Dateisystem und die Partitionstabelle (GPT) sind nun länger als die physische Festplatte. Während Windows 10 dies oft noch ignorierte, bemerkt der strengere Speichertreiber von Windows 11 diesen Widerspruch (das Partitionsende ragt ins Leere) und blockiert die Festplatte vollständig, um Datenkorruption zu verhindern.

3. Evaluierung & Diagnose (Tools & Workflow)

Bevor schreibende Befehle auf Hardware-Ebene abgesetzt werden, gilt in der Systemadministration der Grundsatz: „Trust, but verify“. Die künstliche Beschneidung der Festplatte (HPA) muss zweifelsfrei nachgewiesen werden. Da Windows-Treiber diese Hardware-Sperre oft verschleiern, erfolgt die Diagnose in drei Eskalationsstufen:

Phase 1: Der logische Befund (Software-Ebene mit DMDE)
Hier wird geprüft, ob ein Konflikt zwischen Hardware-Grenze und Dateisystem vorliegt.

1. Das Tool DMDE (DM Disk Editor) starten und die betroffene physische Festplatte (Physical Drive) auswählen.
2. In der Partitionsübersicht die Parameter abgleichen: Vergleiche den Wert in der Spalte „Letzter Sektor“ der physischen Festplatte (die oberste Zeile, z. B. 3907027054) mit dem Wert der eigentlichen, großen NTFS-Datenpartition (z. B. 3907028991).
3. Diagnose: Ist der Sektorwert der Partition größer als der Wert der Festplatte, ragt das Dateisystem physisch ins Leere. Ein LBA Boundary Mismatch ist damit bestätigt.

Phase 2: Der Hardware-Befund unter Windows (HWiNFO64)
Hier wird geprüft, mit welcher Größe sich der Festplatten-Controller beim Betriebssystem meldet.

1. Das Diagnose-Tool HWiNFO64 im Hauptmodus (nicht „Sensors-only“) starten.
2. Im linken Baumverzeichnis navigieren zu: Laufwerke -> (S)ATA / ATAPI Laufwerke und die betroffene Festplatte anklicken.
3. Im rechten Detailfenster unter der Sektion „Laufwerksgeometrie“ den Wert bei 48-Bit LBA-Sektoren insgesamt ablesen.
4. Diagnose: Entspricht dieser Wert exakt dem verkleinerten Sektor-Ende aus der DMDE-Prüfung (inkl. Sektor 0), ist dies der typische „Fingerabdruck“ einer künstlichen Limitierung.
   (Achtung: Proprietäre Chipsatz-Treiber wie AMD RAID oder Intel RST blockieren hier unter Windows oft das Auslesen der „Native Maximum Sectors“, weshalb Phase 3 für den absoluten Beweis nötig ist).

Phase 3: Der forensische Beweis (Live-Linux & hdparm)
Um die verschleiernden Windows-Treiber zu umgehen, wird die Festplatte auf unterster Ebene angesprochen.

1. Einen bootfähigen Linux-USB-Stick (z. B. Slax oder Ubuntu Desktop) erstellen und den betroffenen PC davon booten (Live-Modus, keine Installation).
2. Ein Terminal öffnen (als root Benutzer oder Befehle jeweils mit sudo beginnen).
3. Laufwerk identifizieren: Den Befehl fdisk -l ausführen und in der Liste den Buchstaben der betroffenen Festplatte (z. B. /dev/sdc) notieren.
4. Den IDENTIFY-DEVICE Befehl senden: Den Lese-Befehl hdparm -N /dev/sdX (das X durch den Laufwerksbuchstaben ersetzen) absetzen.
5. Diagnose: Das Tool kommuniziert nun direkt mit dem Chip der Festplatte. Antwortet das Terminal mit zwei abweichenden Zahlen (z. B. max sectors = 3907027054/3907029168) und dem expliziten Vermerk HPA is enabled, ist die Fehlerursache zu 100 % sichergestellt. Der Reparatur-Fahrplan (Kapitel 4) kann eingeleitet werden.

4. Lösungs-Fahrplan (Schritt-für-Schritt)

Warnung: Vor tiefen Eingriffen in die Partitionsstruktur sollten kritische Daten über ein Tool wie DMDE auf einen anderen Datenträger gesichert werden.

Phase 1: Die Hardware-Drosselung (HPA) aufheben
Da Windows die HPA durch eigene Chipsatz-Treiber schützt, muss ein Live-Linux (z. B. Slax oder Ubuntu per bootfähigem USB-Stick) genutzt werden.

1. Linux booten und Terminal öffnen.
2. Ziellaufwerk identifizieren: fdisk -l (z. B. /dev/sdc).
3. Die wahre, maximale Werksgröße (Max Sectors) der Platte auslesen: hdparm -N /dev/sdc.
4. Die Sperre dauerhaft aufheben und die Festplatte auf ihre Maximalgröße zwingen:
   hdparm -N p[MAX_SEKTOREN] /dev/sdc (z.B. p3907029168).
5. Rechner herunterfahren und stromlos machen (Netzteil für 10 Sekunden ausschalten), damit der SATA-Controller den Hardware-Cache leert.

Phase 2: Die Partitionstabelle (GPT) reparieren
Nun ist die Festplatte wieder groß genug, aber die Partitionstabelle (GPT) muss fehlerfrei an die neue (alte) Hardwaregrenze angepasst werden.

1. Windows normal starten und das Tool DMDE öffnen.
2. In der Partitionsübersicht die fehlerhaften, alten Einträge ignorieren oder löschen.
3. Die vom Scan gefundene, intakte Haupt-Partition (NTFS) per Rechtsklick "Einfügen".
4. Als Typ zwingend GPT wählen.
5. Auf "Anwenden" klicken, um die saubere GPT direkt auf die Festplatte zu schreiben. DMDE berechnet das Inhaltsverzeichnis nun passend zur vollen Hardwaregröße.

Ergebnis: Nach einem finalen Windows-Neustart sind Hardware, GPT und NTFS-Dateisystem wieder synchron. Die Festplatte wird im Datei-Explorer sofort und ohne Datenverlust wieder eingebunden.

---

 

[mchawk777]

Das Problem: Nach einem Upgrade (z. B. von Windows 10 auf Windows 11) oder einem Mainboard-Wechsel taucht eine sekundäre Datenfestplatte (meist klassische HDD) plötzlich nicht mehr im Windows Explorer auf.

Öhm - im Windows-Explorer tauchen generell keine HDDs noch SSDs auf.
Hier tauchen ausschließlich Volumen aka "Laufwerke" auf. Wichtiger Unterschied!

 

[RyxX]

@mchawk777 Ok, hab das nochmal entsprechend verfeinert. Kleiner aber feiner Unterschied, wenn man's ganz genau nehmen will 😉 Danke für den Hinweis.