SSD defekt oder verschwunden? Analyse und Datenrettung in Deutschland

NVMe, SATA und M.2: was Bauform und Schnittstelle bedeuten

SSD-Formfaktoren: 2,5 Zoll, M.2 und PCIe richtig einordnen

Eine SSD kann als 2,5-Zoll-Laufwerk, M.2-Modul oder in einer anderen Bauform ausgeführt sein. Bei M.2 ist zusätzlich zu klären, ob die SSD SATA oder NVMe nutzt. Diese Angaben helfen beim Ausbau und bei der Wahl des passenden Zugriffswegs im Labor; sie erlauben aber keine pauschale Aussage über die Erfolgsaussichten. Hintergrundinformationen finden Sie unter Wissen zur Datenrettung und SSD-Datenrettung.

M.2-SSD: gleiche Bauform, unterschiedliche Anbindung

M.2 bezeichnet die kompakte Bauform der SSD. Dahinter kann eine SATA- oder eine NVMe-Anbindung stecken, weshalb die Modellbezeichnung bei einem Ausfall wichtiger ist als die äußere Form. Für die Datenrettung wird anschließend das konkrete Fehlerbild des Laufwerks bewertet. Weitere Informationen finden Sie unter Wissen zur Datenrettung und SSD-Datenrettung.

2,5-Zoll-SSD: verbreitete SATA-Bauform

2,5-Zoll-SSDs sind in vielen älteren und aktuellen PCs, Notebooks und USB-Gehäusen im Einsatz. Wird eine solche SSD nicht mehr erkannt, entscheidet ihr konkreter technischer Zustand über die nächsten Schritte. Bei stabilem Zugriff steht ein schreibgeschütztes Imaging an erster Stelle; bei Controller- oder Firmwareproblemen ist ein anderer Ansatz nötig. Mehr dazu unter SSD-Datenrettung.

PCIe-SSD als Add-in-Karte: Modellarchitektur zählt

SSDs auf PCIe-Steckkarten können technisch sehr unterschiedlich aufgebaut sein. Manche entsprechen im Kern einem einzelnen NVMe-Laufwerk, andere nutzen eigene Controller- oder Aggregationslösungen. Bei einem Ausfall wird deshalb zuerst die Kartenarchitektur identifiziert und geprüft, ob ein stabiler Zugriff oder ein Imaging möglich ist. Weitere Informationen finden Sie unter SSD-Datenrettung.

Die Bauform einer SSD beschreibt ihre konkrete physische Ausführung. Für einen Datenrettungsfall hilft sie bei Ausbau, Anschluss und Identifikation des Laufwerks. Ob die SSD noch auslesbar ist, entscheidet jedoch nicht das Gehäuseformat, sondern der Zustand von Controller, Firmware, NAND und gegebenenfalls Verschlüsselung. Mehr dazu unter Wissen zur Datenrettung.

M.2 SATA und NVMe: was sich tatsächlich unterscheidet

M.2 bezeichnet nur die Bauform. Ein M.2-Modul kann über SATA oder über PCIe/NVMe angebunden sein. Für einen Ausfall muss deshalb die genaue SSD identifiziert werden. Die Schnittstelle beeinflusst das Anschluss- und Diagnoseverfahren, ist aber kein verlässlicher Maßstab für die Rettungschance. Mehr dazu unter Wissen zur Datenrettung.

• NVMe: Kommunikation über PCI Express und das NVMe-Protokoll.
• SATA-M.2: gleiche Bauform, aber SATA-Anbindung.

NVMe-SSDs erreichen je nach PCIe-Generation und Modell deutlich höhere Transferraten als SATA-SSDs. Das ist ein Unterschied im regulären Betrieb, aber kein verlässlicher Indikator für die Datenrettung. Weitere technische Grundlagen finden Sie unter Wissen zur Datenrettung.

Bei vielen parallelen Zugriffen kann NVMe erheblich höhere IOPS liefern. Bei einem beschädigten Laufwerk können Controller-, Firmware- oder NAND-Probleme diesen Vorteil jedoch vollständig aufheben.

Für die Wiederherstellung zählt deshalb weniger die nominelle Geschwindigkeit als die Frage, ob und wie stabil sich der vorhandene Datenbestand noch lesen lässt.

Eine SSD kann plötzlich aus dem BIOS oder Betriebssystem verschwinden, ohne zuvor deutliche Warnzeichen zu zeigen. Wird sie noch erkannt, aber als unbekannt oder nicht initialisiert angezeigt, sollten Formatierung und Initialisierung zunächst vermieden werden. Hinweise zum richtigen Vorgehen gibt der Ratgeber SSD wird nicht erkannt: Ursachen und Maßnahmen.

SSD-Datenrettung beginnt beim Controller – nicht beim Formfaktor

Ob 2,5 Zoll, M.2 oder Add-in-Karte: Die Bauform erklärt nur wenig über das Verhalten im Fehlerfall. Entscheidend sind Controllerfamilie, Firmware, NAND-Typ, Verschlüsselung und die Frage, ob die SSD noch logisch ansprechbar ist. Ein äußerlich identisches Modul kann deshalb technisch eine völlig andere Analyse erfordern.

Der Controller übersetzt logische Blockadressen in physische Flash-Adressen. Wenn diese Übersetzung nicht mehr verfügbar ist, genügt ein bloßes Auslesen der NAND-Chips nicht automatisch: ECC, Scrambling, XOR, Verschlüsselung und FTL-Strukturen können zusätzlich rekonstruiert werden müssen. Weitere technische Grundlagen finden Sie unter Wissen zur Datenrettung.

NVMe nutzt PCIe, SATA-M.2 die SATA-Schnittstelle. Dieser Unterschied erklärt die verschiedenen Leistungsgrenzen im Normalbetrieb. Bei einem Defekt ist für die Datenrettung dagegen entscheidend, ob sich die SSD noch stabil ansprechen lässt und welche interne Architektur betroffen ist.

Wenn die SSD noch erkannt wird: zuerst möglichst unverändert sichern

Ist eine SSD stabil lesbar, hat bei einem technischen Datenverlust meist ein schreibgeschütztes Abbild Vorrang. Damit lässt sich die weitere Dateisystemanalyse auf einer Kopie durchführen. Bei gelöschten Daten ist zusätzlich wichtig, unnötige Laufzeit zu vermeiden, weil die SSD interne Bereinigungsprozesse ausführen kann.

Ein Abbild stoppt die internen Vorgänge auf dem Original nicht rückwirkend, schafft aber eine feste Arbeitsgrundlage für alle weiteren logischen Analysen.Weitere Hintergründe finden Sie unter Wissen zur Datenrettung.

Gelöschte Daten auf einer SSD können nach TRIM und interner Bereinigung schnell nicht mehr rekonstruierbar sein.

• Garbage Collection kann Flash-Seiten, die der Controller als ungültig betrachtet, später physisch löschen.
• Wear Leveling verteilt die Nutzung der Speicherzellen. Für die Datenrettung erschwert es vor allem die direkte Zuordnung von Roh-NAND zu logischen Adressen.
• Die entscheidende Frage ist nicht, wie lange eine SSD ohne Strom lag, sondern ob die benötigten Flash-Zellen noch lesbar und die Zuordnungsinformationen verfügbar sind.
• Bei aktivierter Verschlüsselung sind die passenden Schlüssel oder die ursprüngliche Entschlüsselungsumgebung häufig unverzichtbar.

Was Garbage Collection tatsächlich macht

Garbage Collection kann Flash-Seiten, die aus Sicht des Controllers ungültig sind, später physisch löschen. Bei gelöschten Dateien ist deshalb wichtig, ob TRIM bereits übermittelt wurde und ob die SSD Gelegenheit zur internen Bereinigung hatte.

Wear Leveling löscht nicht gezielt Benutzerdateien. Es verschiebt gültige Daten im Rahmen der Zellverwaltung. Für eine Rohdatenrekonstruktion bedeutet das, dass die logische Reihenfolge nicht aus der physischen Position im NAND abgelesen werden kann.

Wear Leveling schützt Flash-Zellen vor einseitiger Belastung. Häufig beschriebene logische Bereiche müssen deshalb nicht dauerhaft auf denselben physischen NAND-Seiten liegen.

Bei einer normal ansprechbaren SSD ist das für die Datenrettung unproblematisch, weil der Controller diese Übersetzung übernimmt. Erst bei tiefergehenden Flash-Verfahren wird die interne Mappinglogik zum zentralen Thema.

Wear Leveling: kein Hindernis, solange die SSD logisch lesbar bleibt

• Der Controller kann Daten physisch verschieben, ohne dass sich ihre logische Adresse für Windows oder macOS ändert.
• Ein normales Image liest deshalb die logische Sicht der SSD und muss den physischen Speicherort nicht kennen.
• Problematisch wird Wear Leveling erst dann, wenn Controller oder Firmware die notwendige Zuordnung nicht mehr bereitstellen.
• In geeigneten Fällen können Controllerzugriffe, Firmwarearbeit oder Roh-Flash-Verfahren einen alternativen Leseweg eröffnen.
• Ein Chip-Off ist bei modernen SSDs keine universelle Lösung; Verschlüsselung und proprietäre FTL-Strukturen können ihn wirkungslos machen.
• Hardwarearbeiten erfolgen an ESD-sicheren Elektronikarbeitsplätzen mit Mikroskopie und präziser Löttechnik.

TRIM bei SSDs: was nach dem Löschen passieren kann

Das Löschen einer Datei und das physische Löschen von NAND-Zellen sind zwei verschiedene Vorgänge.

• Das Dateisystem gibt zunächst logische Bereiche frei.
• TRIM kann diese Information an die SSD weiterreichen.
• Der Controller markiert entsprechende Flash-Seiten als nicht mehr benötigt.
• Garbage Collection kann die betroffenen Erase-Blöcke später tatsächlich löschen.
• Zwischen Dateilöschung und physischer Bereinigung kann je nach System wenig oder mehr Zeit liegen.
• Für einen Recovery-Fall sollte man nicht versuchen, diesen Prozess durch Optimierung oder manuelles TRIM zu beschleunigen.

Bei einer einzelnen SSD passiert nach dem Löschen nicht alles in einem einzigen Moment:

• Das Dateisystem entfernt den Verweis auf die Datei und gibt ihre logischen Blöcke frei.
• TRIM kann diese Freigabe an die SSD weitergeben.
• Die SSD darf die zugehörigen Flash-Seiten anschließend als ungültig behandeln.
• Interne Bereinigung sammelt gültige Pages und bereitet ganze Erase-Blöcke für neue Schreibvorgänge vor.
• Erst dabei können die alten Flash-Inhalte physisch verschwinden.

Wer gelöschte Daten benötigt, sollte diesen Prozess nicht durch manuelles TRIM, Optimierungsfunktionen oder weiteren Produktivbetrieb beschleunigen. Weitere technische Details finden Sie unter Wissen zur Datenrettung.

Vom SSD-Ausfall zur Arbeitskopie

NVMe und SATA benötigen unterschiedliche Hardwarezugriffe, der Grundsatz bleibt jedoch gleich: Erst den aktuellen Zustand erhalten, dann auf einer Kopie weiterarbeiten.

1. Keine Änderungen am Original: Initialisierung, Formatierung, Firmware-Update und Reparaturtools bleiben aus.
2. Lesbarkeit prüfen: Wird die SSD stabil erkannt, kann ein schreibgeschütztes Image erstellt werden.
3. Logische Analyse auf der Kopie: Partitionen, Dateisystem und Dateien werden nicht auf dem Original repariert.
4. Bei technischem Defekt den Leseweg herstellen: Elektronik, Spannungsversorgung, Controller oder Firmware werden nur so weit bearbeitet, wie es für die Datenextraktion nötig ist.
5. Roh-Flash nur bei geeigneten Modellen: Chipbasierte Verfahren sind nicht universell und müssen zur Controller- und Verschlüsselungsarchitektur passen.
6. Ergebnis auf getrenntes Medium: Wiederhergestellte Dateien werden unabhängig vom Original gespeichert und geprüft. Weitere Informationen finden Sie unter Wissen zur Datenrettung.

M.2 beschreibt die Bauform, SATA und NVMe die technische Anbindung. Für eine Datenrettung werden entsprechend unterschiedliche Adapter und Diagnosewege verwendet. Die Erfolgsaussicht lässt sich daraus allein nicht ableiten; wichtiger sind Modell, Controllerfamilie, Firmware und der konkrete Defekt.

SSD-Datenverlust – unsere Leistungen je nach Technik

1. Sofortige Sicherung
   • Die SSD sollte sofort vom System getrennt werden – weiterer Betrieb, Neuinstallationen oder Updates können Daten überschreiben.
   • Ein externer Anschluss per Adapter oder Dockingstation ist sinnvoll – idealerweise mit aktiviertem Schreibschutz.
   • Wenn möglich, Schreibschutz am Adapter oder auf Systemebene aktivieren, damit die SSD nicht verändert wird.
   • Ein Image der SSD bildet die Basis für sichere Wiederherstellungsversuche, ohne das Originalmedium zu gefährden.
2. Logical Recovery (logische Datenrettung)
   • Analyse des Dateisystems (z. B. NTFS, FAT32, exFAT), um die ursprüngliche Datenstruktur zu rekonstruieren.
   • Einsatz spezialisierter Tools, die SSD-Verhalten berücksichtigen und nicht einfach „drauflosschreiben“.
   • Manuelle Korrektur, Prüfung und Sichtung der wiederhergestellten Dateien – besonders bei teildefekten Strukturen.
   • Falls die SSD verschlüsselt war: Wiederherstellung und Prüfung von Schlüsseln oder Passwörtern.
3. „Chip-Off-Datenrettung: Wenn nur noch der Speicherchip selbst eine Chance bietet“
   • Direktes NAND-Auslesen ist bei geeigneten SSDs eine mögliche Option, wenn Controller oder Elektronik keinen stabilen Lesezugriff mehr erlauben.
   • Die notwendigen Mikrolötarbeiten erfolgen mit ESD-Schutz und optischer Kontrolle.
   • Externe NAND-Leser erfassen Rohdaten; daraus müssen anschließend die controllerabhängigen logischen Strukturen rekonstruiert werden.
   • Das Verfahren ist nicht unabhängig von Firmware und Controllerarchitektur: deren Logik bestimmt, wie die Rohdaten zusammengesetzt und gegebenenfalls entschlüsselt werden.
4. Reparatur der Hardware
   • Elektronische Fehler wie Kurzschlüsse, defekte Schutzbauteile oder beschädigte Spannungszweige werden gezielt lokalisiert.
   • Geeignete Komponenten können ersetzt werden, solange dadurch die laufwerksspezifische Controllerlogik erhalten bleibt.
   • Controller, NAND und gegebenenfalls DRAM bilden bei vielen SSDs eine eng gekoppelte Einheit. Nicht jedes Bauteil lässt sich sinnvoll transplantieren.
   • Die Reparatur dient der Datenextraktion: Sobald ein ausreichend stabiler Lesezugriff besteht, wird ein Image erstellt.
5. Entschlüsselung
   • Für verschlüsselte SSDs wird das passende Passwort, der Recovery-Key oder anderes gültiges Schlüsselmaterial benötigt.
   • Ist dieses Material nicht vorhanden, schützt eine korrekt implementierte Verschlüsselung die Nutzdaten auch dann, wenn der Flash physisch gelesen werden kann.
   • In speziellen Fällen kann die ursprüngliche Geräteumgebung noch Schlüssel oder für deren Ableitung relevante Informationen enthalten; das muss jeweils individuell geprüft werden.
   • Der verwendete Algorithmus ist nur ein Teil der Bewertung. Ebenso wichtig sind Schlüsselableitung, Hardwarebindung und die konkrete Implementierung.
   • Mehr zu SSD-Verschlüsselung

Bei einer SSD mit Hardwaredefekt kann die Datenrettung deutlich aufwendiger sein als bei einem rein logischen Fehler. Elektronikdiagnose, Firmwarearbeit oder modellabhängige Flash-Verfahren benötigen zusätzliche Laborzeit und Spezialtechnik.

Welche dieser Arbeiten tatsächlich erforderlich sind, zeigt erst die Analyse. Dadurch lässt sich der Kostenrahmen wesentlich realistischer einordnen als über pauschale Aussagen zur SSD-Bauform. Eine ausführlichere Einordnung finden Sie unter Preisthematik bei der Datenrettung.

NVMe bei der Datenrettung: was die Schnittstelle verändert – und was nicht

NVMe verändert den technischen Zugriff auf die SSD. Die Rettbarkeit hängt aber nicht pauschal an der Schnittstelle:

1. Worauf bei der Analyse zu achten ist
   • Für NVMe werden passende PCIe/NVMe-Adapter und modellabhängige Diagnosewege benötigt.
   • Controller- und Firmwareunterstützung unterscheiden sich stark zwischen SSD-Modellen; „NVMe“ allein ist deshalb keine ausreichende technische Beschreibung.
   • Die kompakte M.2-Bauform ist nicht automatisch problematischer als 2,5 Zoll. Entscheidend sind Layout, Integration und der konkrete Defekt.
   • Bei einer instabilen SSD wird die Imaging-Geschwindigkeit durch Lesefehler oder Controllerzustand begrenzt – nicht durch die nominelle PCIe-Bandbreite.
2. Was bei stabilem Zugriff hilfreich sein kann
   • Ist die SSD stabil lesbar, kann ein schneller NVMe-Zugriff das Erstellen eines Images beschleunigen.
   • NVMe liefert eine standardisierte logische Blocksicht, solange Controller und Firmware korrekt arbeiten.
   • Für die spätere Dateisystemanalyse macht es keinen grundsätzlichen Unterschied, ob das Image von SATA oder NVMe stammt.

SATA-M.2 nutzt dieselbe M.2-Bauform, kommuniziert aber über SATA/AHCI:

1. Technische Grenzen
   • Die maximale Bandbreite ist niedriger als bei NVMe; für die Datenrettung ist das meist nur bei stabilen Laufwerken relevant.
   • Auch SATA-SSDs können proprietäre Controller, Firmwarefehler, Verschlüsselung oder schwierige NAND-Schäden haben.
2. Praktische Eigenschaften
   • SATA/AHCI lässt sich mit weit verbreiteten Adaptern und Standardhardware ansprechen.
   • Bei stabiler SSD ist der logische Blockzugriff gut standardisiert.
   • Nach dem Imaging unterscheidet sich die Dateisystemanalyse grundsätzlich nicht von einem NVMe-Abbild.

Für die Datenrettung ist SATA nicht grundsätzlich „besser“ und NVMe nicht grundsätzlich „schlechter“. Der konkrete Controller, das Fehlerbild und der erhaltene Datenzustand sind wichtiger als die Schnittstelle.

Wo SSD-Datenrettung technische Grenzen hat

• Physisch zerstörte NAND-Bereiche können keine lesbaren Daten mehr liefern.
• Bereiche, die nach TRIM und Garbage Collection bereits gelöscht oder später neu beschrieben wurden, sind nicht aus alten Flash-Zuständen rekonstruierbar.
• Bei korrekt verschlüsselten Daten wird das erforderliche Passwort, der Recovery-Key oder anderes gültiges Schlüsselmaterial benötigt.
• Ist der originale Controller für Mapping oder Hardwareverschlüsselung unverzichtbar und lässt sich kein Lesezugriff mehr herstellen, kann die Wiederherstellung scheitern.
• Roh-NAND-Verfahren sind nicht für jedes SSD-Modell verfügbar; integrierte Controller/NAND-Designs können einen direkten Zugriff ausschließen.
• Stark beschädigte FTL-, ECC- oder Firmwareinformationen können eine sinnvolle Zuordnung physisch lesbarer Rohdaten verhindern.
• Hitze, Überspannung, Korrosion oder mechanische Schäden können mehrere NAND-Chips gleichzeitig dauerhaft beschädigen.
• Nach Secure Erase, Crypto Erase oder gezieltem Überschreiben existiert häufig kein verwertbarer früherer Datenbestand mehr.
• Eine Datenrettung kann nur mit Informationen arbeiten, die im Originalmedium oder in zugehörigem Schlüssel-/Systemmaterial noch vorhanden sind.

Die Grenze ist erreicht, wenn die benötigten Informationen physisch nicht mehr vorhanden oder kryptografisch ohne Schlüssel nicht zugänglich sind. Ein Labor kann defekte Zugriffswege reparieren oder umgehen, aber keine gelöschten NAND-Zellen oder fehlenden Schlüssel mathematisch „zurückholen“. Mehr zu typischen Risiken finden Sie unter Wissen zur Datenrettung.

Expertentipp: SSD nach einem Löschfall möglichst nicht weiter betreiben

„Bei einer gelöschten Datei auf SSD zählt, ob TRIM bereits greift und die SSD die freigegebenen Bereiche intern bereinigt hat. Das lässt sich nicht zurückdrehen. Deshalb keine Optimierungsprogramme starten und nicht auf derselben SSD weiterarbeiten, wenn die Daten wichtig sind.“ – Reiner Tauern, Geschäftsführer

Fragen und Antworten

Kundenbeispiel

Studentin
"Meine Seminararbeiten waren verloren – bis Datenrettung Germany meine SSD vollständig wiederherstellte."

Freizeitfilmer
"Der SSD-Crash war ein Schock. Dank Datenrettung Germany sind alle Videoaufnahmen wieder da."

Privatanwender
"Meine externe SSD war plötzlich defekt – Datenrettung Germany hat sämtliche Dateien gerettet."

Was bei SSD-Datenrettung wirklich den Unterschied macht

Eine ausgefallene NVMe-SSD ist nicht automatisch schwieriger zu retten als eine SATA-M.2-SSD. Beide Gruppen enthalten sehr unterschiedliche Controller-, NAND- und Firmwaregenerationen. Solange ein Laufwerk stabil gelesen werden kann, ist ein Image der sinnvollste Ausgangspunkt.

Komplexer wird es, wenn Controller oder Firmware den Zugriff blockieren, Roh-NAND-Verfahren nicht unterstützt werden oder eine hardwarebasierte Verschlüsselung den originalen Controller benötigt. Dann muss der Rettungsweg modellbezogen gewählt werden. Weitere Grundlagen finden Sie unter Wissen zur Datenrettung.

Wenn die SSD ausfällt: lieber Zustand erhalten als reparieren

Ein SSD-Ausfall muss nicht automatisch Datenverlust bedeuten. Ebenso wenig gibt es eine pauschale Erfolgsgarantie. Modell, Schadenbild, Verschlüsselung und bereits erfolgte Zugriffe bestimmen die Möglichkeiten. Wenn Sie den konkreten Fall einschätzen lassen möchten, finden Sie weitere Informationen bei Datenrettung Germany.

Offenlegung