Datenrettung für SSD und NVMe

SSD- und NVMe-Ausfälle sind meist lautlos: Controller, Firmware, Flash-Übersetzung, TRIM und Verschlüsselung entscheiden, ob noch ein reproduzierbarer Zugriff auf Nutzdaten möglich ist.

Angebot anfordern

Nicht erkannte SATA-SSD und NVMe-Karte neben einer BIOS-Diagnoseanzeige ohne Laufwerkseintrag

Erkennung

Eine im BIOS fehlende SSD kann kritisch ausgefallen sein

Eine SSD kann plötzlich vollständig verschwinden, mit falscher Kapazität erscheinen, nur noch lesbar sein oder bei Zugriffen das System blockieren. Da weder Motor noch Köpfe Geräusche liefern, fehlen die Warnzeichen klassischer Festplatten. Dass das Gehäuse still bleibt, sagt nichts über den Zustand von Controller und NAND aus.

SATA-SSD, M.2-SATA und NVMe nutzen unterschiedliche Protokolle, obwohl M.2-Module äußerlich ähnlich aussehen können. Ein ungeeigneter Adapter liefert deshalb keinen aussagekräftigen Test. Bauform, Keying, Controllerbezeichnung, Kapazität und ursprünglicher Einbauort werden dokumentiert, bevor Spannung angelegt oder ein Modul umgesetzt wird.

Intermittierende Erkennung kann durch Versorgung, Temperatur, Lötstellen, Controller-Firmware oder wachsende NAND-Fehler entstehen. Bei NVMe sind auch PCIe-Link und Controllerzustand relevant; bei SATA kann die SSD noch korrekt identifizieren, obwohl Zugriffe auf die Zuordnungstabelle scheitern. Die Diagnose bewertet Identifikation und Nutzdatenzugriff getrennt.

Hintergrundprozesse wie Garbage Collection und Wear Leveling laufen innerhalb des Controllers und sind für das Betriebssystem nicht vollständig sichtbar. Ein weiterer Start kann daher Zuordnungen verändern, während vermeintlich nur ein Dateikopierversuch vorbereitet wird. Auch ein logisch sichtbares Volume kann akut gefährdet sein.

Bauform, Protokoll und Adapterkompatibilität eindeutig bestimmen
Erkennung, Kapazität und Zugriffsverhalten getrennt protokollieren
Temperatur- oder Stromereignisse vor weiteren Tests festhalten

SATA antwortet, Daten fehlen

Eine korrekte Modellkennung beweist nicht, dass die Flash-Übersetzung geladen wurde. Falsche Kapazität oder blockierte Lesezugriffe können auf Firmware- und FTL-Probleme hinweisen.

NVMe verschwindet unter Last

Link-Resets, starke Erwärmung oder Timeouts können elektrisch, thermisch oder NAND-bedingt sein. Ein begrenzter, instrumentierter Zugriff liefert mehr Erkenntnis als wiederholte Vollscans.

Eine M.2-Karte ist nicht automatisch NVMe; falsche Adapter und wiederholte Startversuche können die Diagnose verfälschen oder einen instabilen Controller weiter belasten.

Ausgeschaltete SSD mit markierten gelöschten Blöcken und laufender TRIM-Bereinigung im Diagnosemodell

Flash-Grenze

TRIM verändert die Prognose nach Löschen oder Formatieren

Nach versehentlichem Löschen, Formatieren oder einem plötzlich schreibgeschützten Volume wird das System heruntergefahren und die SSD nicht weiter als Startlaufwerk verwendet. TRIM kann gelöschte logische Blöcke als frei markieren; der Controller darf diese Zellen anschließend intern bereinigen. Dieser Prozess lässt sich nicht durch eine spätere Dateisystemsuche rückgängig machen.

Auch ohne bewussten Kopiervorgang erzeugen Betriebssystem, Auslagerungsdatei, Indizierung, Updates und Protokolle neue Schreiblast. Eine Installation auf demselben Medium überschreibt zusätzlich Zuordnungen und Nutzdaten. Deshalb wird weder ein neues System eingerichtet noch ein Reparaturvorgang auf dem betroffenen Volume gestartet.

Bei einem Modul mit Flüssigkeits- oder Überspannungsschaden bleibt die Stromversorgung getrennt. Korrosion und leitfähige Rückstände können unter Spannung Folgeschäden verursachen. Das Medium wird trocken und antistatisch verpackt; aggressive Reinigung, Heißluft oder unkontrolliertes Nachlöten können Bauteilmarkierungen und messbare Fehlerzustände zerstören.

Vor einem Lesetest werden daher Prioritäten und ein kontrollierter Abbildungsplan festgelegt

Ein noch kurzfristig erkanntes Laufwerk wird nicht vorsorglich vollständig kopiert, wenn Zugriffe bereits abbrechen. Wie die SSD auf weitere Lesefehler reagiert, hängt von Modell, Controller-Firmware und aktuellem Fehlerzustand ab: Manche Laufwerke bleiben vorübergehend lesbar, andere wechseln in einen schreibgeschützten Modus oder fallen vollständig aus.

Der physische Besitz der Speicherchips ersetzt diese Schlüssel nicht

Wiederherstellungsschlüssel, Passwörter und Informationen zur ursprünglichen Plattform werden separat gesichert. BitLocker, FileVault, TCG Opal oder controllerinterne Verschlüsselung können parallel wirken.

SSD-Platine mit Flüssigkeitsspuren an einem strombegrenzten Messplatz zur Kurzschlussdiagnose

Elektrischer Fehler

Kurzschluss und Flüssigkeit vor Protokolltests elektronisch stabilisieren

Im Datenrettungslabor beginnt die SSD-Diagnose mit Sichtprüfung, Widerstandsmessungen, Versorgungsschienen und Stromaufnahme. Kurzschluss, defekter Spannungswandler oder gebrochene Lötstelle verlangen einen anderen Ansatz als ein Controller, der zwar startet, aber keine konsistente Zuordnung bereitstellt. Messungen erfolgen zeitlich begrenzt und ohne unnötige Schreibbefehle.

Bei SATA werden Identifikation, Status und kontrollierte Lesekommandos getrennt bewertet. Bei NVMe kommen PCIe-Link, Namespace-Angaben, Controllerstatus und Fehlermeldungen hinzu. SMART- oder Gesundheitswerte können Hinweise liefern, sind aber weder vollständig noch zuverlässig genug, um einen instabilen Flash-Speicher als sicher einzustufen.

Temperatur ist besonders bei leistungsfähigen NVMe-Controllern relevant. Ein thermischer Reset kann wie ein Dateisystemfehler wirken; andererseits behebt Kühlung keine beschädigte FTL oder verschlissene NAND-Zellen. Temperaturführung dient nur dazu, einen reproduzierbaren Diagnosezugang zu erhalten und weitere Belastung zu vermeiden.

Erweist sich ein Zugriff als stabil, wird zuerst ein schreibgeschütztes Abbild geplant. Bleibt die SSD in einem Firmwarezustand hängen, muss geprüft werden, ob ein controllerspezifischer Servicemodus überhaupt sicher verfügbar ist. Es gibt keinen universellen Befehl, der alle SSD-Modelle entsperrt.

Kurzschluss und Versorgungsschienen vor Dauerbetrieb prüfen
Controllerkennung, Namespace und Kapazität getrennt erfassen
Temperatur, Timeouts und Link-Resets während Lesetests protokollieren

Elektrischer Fehler

Schutzbauteile, Regler und Lötverbindungen werden gezielt geprüft. Eine Reparatur dient ausschließlich einem stabilen Lesezugang, nicht der späteren Weiterverwendung als Speichermedium.

Zustand der Firmware

Startet der Controller ohne gültige Mappingdaten, sind Modellkenntnis und ein kontrollierter Servicemodus erforderlich. Unpassende Initialisierung kann vorhandene Übersetzungstabellen verwerfen.

Gesundheitswerte können trotz eines schweren Controller- oder FTL-Fehlers unauffällig sein; entscheidend ist, ob Nutzdaten reproduzierbar und ohne Zustandsverschlechterung gelesen werden.

SSD-Platine mit hervorgehobenem Controller, NAND-Bausteinen und visualisierter FTL-Zuordnung

Flash-Architektur

Controller, NAND und FTL als ein System verstehen

Eine SSD stellt dem Computer lineare logische Blöcke bereit, verteilt diese intern aber ständig über viele NAND-Seiten. Die Flash Translation Layer, kurz FTL, verwaltet Zuordnung, Reserveblöcke, Verschleißausgleich und ungültige Seiten. Ohne diese Übersetzung ist ein Rohdump nicht mit einem normalen Festplattenabbild vergleichbar.

Controller speichern Mappingdaten teils im RAM, teils in reservierten NAND-Bereichen und teils in mehreren Journalständen. Ein Stromausfall während einer Aktualisierung kann zu widersprüchlichen Tabellen führen. Dann muss geklärt werden, welche Generation konsistent ist und welche Nutzdatenblöcke noch zu den erwarteten logischen Adressen gehören.

Firmwareeingriffe sind modell- und revisionsabhängig. Ein Update des Herstellers ist für einen Datenrettungsfall ungeeignet, wenn es Initialisierung, Garbage Collection oder eine Änderung der Metadaten auslösen kann. Ziel ist nicht, die SSD wieder in einen normalen Betriebszustand zu versetzen, sondern einen kontrollierbaren Leseweg zu schaffen.

Bei anderen bleibt nur eine Rohdatenerfassung der NAND-Bausteine

Bei manchen Controllern lässt sich die vorhandene Übersetzung stabilisieren oder in einem speziellen Diagnosemodus auslesen. Ob dieser Weg sinnvoll ist, hängt von Controllerunterstützung, Verschlüsselung, Speicherbauform und physischem Zustand ab.

Moderne SSDs verschlüsseln Daten häufig bereits intern mit einem gerätespezifischen Schlüssel

Selbst wenn kein Benutzerpasswort aktiv ist, kann ein defekter Controller deshalb unverzichtbar für die Entschlüsselung sein. Ein baugleicher Ersatzcontroller besitzt nicht automatisch denselben Schlüssel oder dieselben adaptiven Mappinginformationen.

SSD zwischen logischem Diagnosezugriff und direkter NAND-Auswertung mit ECC- und Mapping-Station

Labormethode

Logischen Zugriff vor invasiver NAND-Rekonstruktion prüfen

Wenn der Controller keinen sicheren Zugriff mehr ermöglicht, kann eine direkte Erfassung der NAND-Bausteine geprüft werden. Je nach Bauform werden Speicherchips ausgelötet, über Testpunkte angesprochen oder bei monolithischen Modulen spezielle Pinbelegungen erschlossen. Chip-off ist kein pauschaler Erfolgsweg, sondern eine invasive Option mit klaren technischen Voraussetzungen.

Roh gelesene Seiten enthalten Nutzdaten, Spare-Bereiche, ECC, Bad-Block-Informationen und controllerspezifische Metadaten. Scrambling, XOR-Muster, Interleaving über mehrere Dies sowie Wear Leveling müssen rückgängig gemacht werden. Erst danach kann eine logische Blockfolge entstehen, die Dateisystemstrukturen enthält.

Bei TLC- und QLC-NAND wachsen Fehlerdichte und Abhängigkeit von leistungsfähiger Fehlerkorrektur. LDPC- oder proprietäre Controllerverfahren lassen sich außerhalb des Originalcontrollers nicht immer vollständig nachbilden. Mehrere Lesevarianten und statistische Vergleiche können helfen, ersetzen aber keine zerstörten Zellzustände.

Deshalb wird vor einem invasiven Schritt geprüft, ob Schlüssel im Controller, in Firmwarebereichen oder in einer erhaltenen Konfiguration verfügbar sind. Ohne entschlüsselbaren Zusammenhang wäre das Auslöten lediglich eine riskante Datensammlung ohne nutzbares Ergebnis. Controllerinterne Verschlüsselung kann den Rohdump selbst bei technisch sauberem Auslesen unverständlich lassen.

Speicherbauform und zerstörungsfreien Zugriff zuerst bewerten
ECC, Scrambling und Interleaving pro Controllerfamilie bestimmen
Verschlüsselungsabhängigkeit vor invasiver NAND-Arbeit klären

Konventionelle BGA-Bausteine

Auslötung und Adapterzugriff können möglich sein, verlangen aber kontrollierte Temperaturprofile und eine genaue Zuordnung aller Dies. Jeder Baustein bleibt eindeutig dokumentiert.

Monolithische Flash-Bauformen

Controller und Speicher können in einem Gehäuse verbunden sein. Testpunkte, Leiterbahnaufbau und Pinbelegung sind modellspezifisch; mechanisches Freilegen birgt zusätzliche Risiken.

Ein vollständiger NAND-Dump ist noch keine gerettete Datei: Erst korrekte Fehlerkorrektur, Seitensortierung, FTL-Rekonstruktion und gegebenenfalls Entschlüsselung ergeben logische Datenblöcke.

Schlüssel

BitLocker, FileVault und interne SSD-Verschlüsselung auseinanderhalten

Bei einer verschlüsselten SSD können mehrere Schutzschichten übereinanderliegen. BitLocker oder FileVault verschlüsseln das Volume auf Betriebssystemebene; TCG Opal kann Laufwerkszugriffe sperren; zusätzlich verwenden viele Controller eine immer aktive interne Verschlüsselung für NAND-Daten. Jede Ebene besitzt eigene Schlüssel und einen eigenen Ort in der Zugriffskette.

Ein TPM kann einen Volume-Schlüssel an den ursprünglichen Computer und dessen Startzustand binden. Wiederherstellungsschlüssel, Benutzerpasswort, Start-PIN und Informationen zur alten Systemkonfiguration sollten daher erhalten bleiben. Ein ausgebautes Modul kann physisch lesbar sein, aber ohne diese Angaben weiterhin nur verschlüsselte Blöcke liefern.

Bei controllerinterner Verschlüsselung ist häufig der originale Controller entscheidend. Der Austausch gegen ein baugleiches Teil oder ein reiner NAND-Dump liefert dann nicht automatisch Klartext. Reparaturen konzentrieren sich darauf, die vorhandene Elektronik so weit zu stabilisieren, dass Schlüssel und Mapping gemeinsam genutzt werden können.

Passwörter werden nicht durch technische Datenrettung umgangen

Die Diagnose kann feststellen, welche Schicht den Zugriff begrenzt und welche Nachweise noch fehlen. Ohne gültiges Schlüsselmaterial bleibt ein kryptografisch intaktes Volume unlesbar, selbst wenn alle physischen Sektoren erfolgreich erfasst wurden.

Für die spätere Prüfung wird eine entschlüsselte Arbeitskopie von der physischen Sicherung getrennt geführt

So bleibt nachvollziehbar, welche Daten aus dem Original stammen, welche Schlüssel angewendet wurden und ob Fehler bereits vor oder erst nach der Entschlüsselung sichtbar sind.

Prüfstation für wiederhergestellte SSD-Dateien nach ECC-Korrektur und logischer Rekonstruktion

Ergebniskontrolle

Dateien nach ECC-Korrektur und logischer Rekonstruktion validieren

Nach dem Abbild werden Partitionen, Dateisystemmetadaten und priorisierte Verzeichnisse rekonstruiert. Bei gelöschten Dateien ist entscheidend, ob TRIM bereits ausgeführt und die betreffenden Zellen intern bereinigt wurden. Ein alter Dateiname ohne zugehörige Nutzdaten wird nicht als erfolgreiche Wiederherstellung gewertet.

Dokumente, Archive, Fotos, Videos, Datenbanken und virtuelle Container werden exemplarisch geöffnet oder strukturell geprüft. Große Dateien können trotz plausibler Größe Nullbereiche oder Blöcke aus einer falschen Mappinggeneration enthalten. Prüfsummen und Vergleiche mehrerer Lesestände helfen, reproduzierbare Inhalte von instabilen Treffern zu trennen.

Technische Grenzen entstehen durch gelöschte und bereinigte NAND-Seiten, zu viele nicht korrigierbare Bitfehler, zerstörte Mappingdaten oder fehlende Schlüssel. Bei modernen Controllern kann außerdem eine nicht rekonstruierbare interne Verschlüsselung den Chip-off-Weg begrenzen. Diese Faktoren werden im Befund einzeln benannt.

Projektdateien, Buchhaltung oder Medienarchive erhalten nach vorheriger Priorisierung gezielte Stichproben. Teilweise beschädigte Funde bleiben als solche gekennzeichnet und werden nicht mit vollständig nutzbaren Dateien vermischt. Eine hohe Menge kopierter Daten ersetzt nicht die Prüfung geschäftskritischer Inhalte.

TRIM-Status und erhaltene Dateisystemverweise getrennt bewerten
Priorisierte Formate in geeigneten Anwendungen exemplarisch öffnen
Nullbereiche, Bitfehler und Mappinglücken nachvollziehbar kennzeichnen

Logischer Treffer

Ein rekonstruierter Name, Pfad oder Header beschreibt zunächst nur eine gefundene Struktur. Erst lesbare Nutzdaten und eine plausible Anwendungskontrolle belegen den tatsächlichen Wert.

Physische Grenze

Nicht korrigierbare NAND-Seiten oder verlorene Schlüssel lassen sich nicht durch zusätzliche Suchläufe ersetzen. Der Bericht ordnet solche Lücken der betroffenen Fehlerklasse zu.

TRIM markiert nicht nur einen Verzeichniseintrag als gelöscht; nach der internen Bereinigung können die zugehörigen Zellzustände fehlen, obwohl Metadaten noch einen Dateinamen zeigen.

SSD mit Modellreferenz, Schnittstellenangabe, Verschlüsselungsstatus und Datum des letzten Zugriffs

Anfrage

SSD-Diagnose mit Modell, Schlüssel und Prioritäten vorbereiten

Für eine erste Einschätzung werden Hersteller, genaue Modellbezeichnung, Kapazität, Bauform und Schnittstelle benötigt. Fotos von Vorder- und Rückseite helfen, Controller und NAND-Konfiguration einzuordnen. Beschreiben Sie, ob die SSD verschwindet, falsche Kapazität meldet, nur noch lesbar ist oder nach Löschen beziehungsweise Formatieren weiterverwendet wurde.

Wichtig sind außerdem der ursprüngliche Computer, aktive Verschlüsselung und vorhandene Wiederherstellungsschlüssel. Bei BitLocker oder FileVault bleibt der alte Systemzustand gegebenenfalls relevant. Passwörter müssen nicht ungeschützt in einer Erstanfrage übermittelt werden; zunächst genügt die Information, welche Schlüssel verfügbar sind.

Die Diagnose entscheidet zwischen kontrollierter Abbildung, Elektronikarbeit, Firmwarezugriff und möglicher NAND-Rekonstruktion. Daraus ergeben sich eine Risikobewertung, klare Prioritäten und ein fallbezogenes Angebot. Der allgemeine Ablauf der Datenrettung zeigt, wie Original, Arbeitskopie und Ergebnis getrennt bleiben.

Virtuelle Container auf dem SSD-Abbild behandelt die VMDK- und VHDX-Datenrettung

Befindet sich der Flash-Speicher in einem Mac, ergänzt die Seite Apple- und Mac-Datenrettung die Besonderheiten von T2, Apple Silicon und FileVault. Bei klassischen magnetischen Laufwerken gelten andere Risiken; sie werden unter Datenrettung für Festplatten erklärt. Virtuelle Container auf dem SSD-Abbild behandelt die VMDK- und VHDX-Datenrettung.

Wer den Fall einreichen möchte, kann ein Angebot anfordern und priorisierte Ordner sowie Dateitypen nennen

Wer den Fall einreichen möchte, kann ein Angebot anfordern und priorisierte Ordner sowie Dateitypen nennen. Das beschädigte Medium wird nach der Bearbeitung nicht als zuverlässiger Speicher weiterempfohlen; wiederhergestellte Daten werden auf einem gesunden, separaten Datenträger bereitgestellt.

Häufige Fragen

Warum soll eine SSD nach versehentlichem Löschen ausgeschaltet bleiben?

TRIM kann gelöschte logische Blöcke freigeben, worauf der Controller sie durch Garbage Collection intern bereinigt. Zusätzlich erzeugen Betriebssystem und Anwendungen im Hintergrund neue Schreibzugriffe. Ausschalten stoppt nicht rückwirkend bereits ausgeführtes TRIM, verhindert aber weitere Veränderungen. Das betroffene Laufwerk sollte weder als Startmedium genutzt noch repariert oder neu installiert werden.

Ist Chip-off bei jeder defekten SSD möglich und sinnvoll?

Nein. Bauform, Controllerunterstützung, Fehlerkorrektur, Interleaving und Verschlüsselung bestimmen, ob NAND-Rohdaten überhaupt logisch rekonstruiert werden können. Bei manchen SSDs ist der Originalcontroller für Schlüssel und Mapping unverzichtbar; bei monolithischen Bauformen ist der Zugriff zusätzlich invasiv. Chip-off wird erst erwogen, wenn schonendere Wege ausscheiden und ein nutzbarer Rekonstruktionspfad erkennbar ist.

Kann ein baugleicher Controller eine ausgefallene SSD ersetzen?

Meist nicht ohne weitere Übertragung und Anpassung. Der originale Controller kann individuelle Firmwaredaten, Mappingzustände und einen gerätespezifischen Verschlüsselungsschlüssel enthalten. Ein Ersatzteil mit gleicher Bezeichnung besitzt diese Informationen nicht automatisch. Elektronikarbeit zielt deshalb auf einen kontrollierten Lesezugang mit den erhaltenen Originaldaten, nicht auf einen einfachen Komponentenwechsel.

Welche Schlüssel werden bei einer verschlüsselten SSD benötigt?

Das hängt von den aktiven Ebenen ab. BitLocker und FileVault benötigen Volume- oder Wiederherstellungsschlüssel; TCG Opal kann einen Laufwerkszugang sperren; interne Controller-Verschlüsselung hängt häufig an der Originalelektronik. Informationen zum ursprünglichen Computer und TPM-Zustand können ebenfalls wichtig sein. Physisches Auslesen ersetzt kryptografisch fehlende Schlüssel nicht.

Woran erkennt man, ob gerettete SSD-Dateien wirklich verwendbar sind?

Dateinamen und Größen reichen nicht. Repräsentative Dokumente, Archive, Medien, Datenbanken oder virtuelle Container werden geöffnet beziehungsweise strukturell geprüft. Nullbereiche, nicht korrigierbare Seiten und Mappinglücken bleiben markiert. Erst wenn Nutzdaten reproduzierbar gelesen und im passenden Kontext plausibel verwendet werden können, wird der Fund als nutzbar eingeordnet.

Datenträger

Weitere Fachbereiche

Diagnose

Unsicher bei Datenträger oder Schadenbild?

Datastrophe bewertet das Risiko vor jedem Eingriff und nennt den vorsichtigsten nächsten Schritt.

Diagnose anfragen