SSD wird nicht mehr erkannt? Wir analysieren NVMe, M.2 und SATA und retten Ihre Daten

Welche SSD steckt im Gerät? Diese Angaben helfen bei der Analyse

SSD-Formfaktoren: M.2, 2,5 Zoll und weitere Bauformen

Der Formfaktor beschreibt, wie eine SSD gebaut und im Gerät angeschlossen ist. Häufig sind 2,5-Zoll-SATA-SSDs und kompakte M.2-Module; M.2 kann wiederum SATA oder NVMe verwenden. Für einen Datenrettungsfall ist diese Angabe vor allem praktisch: Sie hilft bei Ausbau, Adapterwahl und Identifikation des Laufwerks. Über die eigentliche Rettbarkeit sagt die Bauform allein wenig aus. Weitere Grundlagen finden Sie unter Wissen zur Datenrettung und im Bereich SSD-Datenrettung.

M.2: kompakte Bauform mit SATA oder NVMe

Eine M.2-SSD sitzt als Steckmodul direkt auf dem Mainboard. Wichtig ist die Unterscheidung zwischen Bauform und Anbindung: M.2 kann sowohl SATA als auch NVMe über PCIe verwenden. Für die Analyse benötigen wir deshalb möglichst die genaue Modellbezeichnung und nicht nur die Angabe „M.2“. Weitere Grundlagen finden Sie unter Wissen zur Datenrettung und SSD-Datenrettung.

2,5-Zoll-SSD: klassische Bauform mit SATA-Anschluss

2,5-Zoll-SSDs werden meist über SATA angeschlossen und finden sich in Notebooks, Desktop-PCs oder externen Gehäusen. Bei einem Ausfall wird nicht die Bauform, sondern das konkrete Laufwerk beurteilt: Modell, Controller, Firmware und Flash-Zustand bestimmen den weiteren Weg. Einen Überblick bietet SSD-Datenrettung.

PCIe-SSD als Add-in-Karte: eine weitere Bauform

Einige SSDs sind als PCIe-Steckkarte ausgeführt und werden direkt in einen Erweiterungsslot eingesetzt. Hinter dieser Bauform können sehr unterschiedliche Controller- und Flash-Architekturen stecken. Bei einem Defekt muss deshalb zunächst das konkrete Modell identifiziert werden; aus der Add-in-Bauform allein lässt sich keine Rettungsstrategie ableiten. Mehr zum Vorgehen unter SSD-Datenrettung.

Die Bauform beschreibt die physische Ausführung der SSD: Abmessungen, Platine, Anschluss und gegebenenfalls Gehäuse. Sie beeinflusst vor allem Ausbau, Adapterwahl und Zugang zum Laufwerk. Die eigentliche Datenlogik hängt dagegen von Controller, Firmware und Flash-Verwaltung ab. Weitere Grundlagen finden Sie unter Wissen zur Datenrettung.

M.2, SATA und NVMe: die Begriffe sauber trennen

M.2 beschreibt die Bauform einer SSD. SATA und NVMe bezeichnen dagegen unterschiedliche Anbindungen beziehungsweise Protokolle. Für einen Datenrettungsfall ist diese Unterscheidung hilfreich, weil sie den technischen Zugriffsweg bestimmt. Die Erfolgsaussichten lassen sich daraus allein jedoch nicht ableiten. Grundlagen finden Sie unter Wissen zur Datenrettung.

• Eine NVMe-M.2-SSD nutzt PCI Express und das NVMe-Protokoll.
• Eine SATA-M.2-SSD hat dieselbe M.2-Bauform, kommuniziert aber über SATA.

NVMe-SSDs können – abhängig von PCIe-Generation und Modell – mehrere Gigabyte pro Sekunde übertragen. SATA-SSDs sind durch die SATA-Schnittstelle deutlich niedriger begrenzt. Diese Werte beschreiben jedoch den Normalbetrieb eines gesunden Laufwerks, nicht die Geschwindigkeit einer Datenrettung. Technische Grundlagen finden Sie unter Wissen zur Datenrettung.

Auch bei vielen kleinen Zugriffen kann NVMe wesentlich höhere IOPS erreichen. Das ist im Alltag und bei leistungsintensiven Anwendungen relevant, sagt aber nichts darüber aus, wie gut eine beschädigte SSD noch gelesen werden kann.

Bei einem Defekt bestimmt häufig der Schaden die Lesegeschwindigkeit: Controllerfehler, instabile NAND-Bereiche oder Firmwareprobleme können ein Laufwerk weit unter die nominelle Schnittstellenleistung drücken. NVMe oder SATA ist daher keine Aussage über die Rettungschance.

Wird eine SSD plötzlich nicht mehr erkannt, kann die Ursache von der Verbindung bis zu einem internen Defekt des Laufwerks reichen. Erscheint sie noch als unbekannter oder nicht initialisierter Datenträger, sollte sie nicht formatiert oder initialisiert werden. Der Ratgeber SSD wird nicht erkannt: richtig reagieren erklärt die sinnvollen ersten Schritte.

Warum SSDs anders ausfallen als Festplatten

Eine SSD speichert Daten in NAND-Flash und besitzt keine beweglichen Teile. Zwischen Betriebssystem und Speicherzellen arbeitet ein Controller, der logische Adressen auf physische Flash-Seiten abbildet. Fällt diese Zuordnung, die Firmware oder der Controller aus, kann das Laufwerk unzugänglich werden, obwohl ein großer Teil des NAND physisch noch intakt ist.

NAND wird in Pages programmiert und in größeren Erase-Blöcken gelöscht. Wear Leveling, Garbage Collection und TRIM beeinflussen, welche physische Flash-Seite zu einem logischen Block gehört und ob gelöschte Bereiche später noch Rohdaten enthalten. Weitere technische Grundlagen finden Sie unter Wissen zur Datenrettung.

NVMe und SATA-M.2 können gleich aussehen, weil beide als M.2-Modul gebaut sein können. Technisch unterscheiden sie sich bei der Host-Schnittstelle. Für einen Datenrettungsfall ist diese Angabe beim Anschluss und bei der Diagnose hilfreich; über den Zustand des Flashs oder die Rettungschance sagt sie allein nichts aus.

Gelöschte Daten auf SSDs: Warum der Zeitpunkt eine Rolle spielt

Bei gelöschten Dateien ist eine SSD anders zu beurteilen als eine klassische Festplatte. Das Dateisystem kann freigegebene Bereiche per TRIM an die SSD melden. Was danach im NAND geschieht, hängt von Controller, Firmware und internen Bereinigungsprozessen ab. Deshalb kann eine Datei logisch gelöscht sein, während ihre Flash-Seiten noch vorhanden sind – oder bereits nicht mehr lesbar sein.

TRIM bedeutet nicht automatisch, dass der NAND im selben Moment physisch gelöscht wird. Die Wiederherstellbarkeit kann sich jedoch schnell verschlechtern, sobald der Controller die freigegebenen Bereiche im Rahmen der Garbage Collection bereinigt.Weitere Hintergründe finden Sie unter Wissen zur Datenrettung.

Bei gelöschten Dateien zählt vor allem, ob TRIM und interne Bereinigung bereits wirksam geworden sind.

• TRIM kann dem Controller mitteilen, dass bestimmte logische Blöcke nicht mehr benötigt werden. Danach können diese Flash-Bereiche für die interne Bereinigung freigegeben werden.
• Wear Leveling verteilt Schreib- und Löschbelastung innerhalb der SSD. Es ist kein Prozess, der Daten absichtlich löscht.
• Weitere Nutzung kann neue Schreibvorgänge und interne Bereinigung auslösen. Bei wichtigen gelöschten Daten sollte die SSD deshalb möglichst nicht weiter betrieben werden.
• Verschlüsselung kann zusätzlich bestimmen, ob vorhandene Rohdaten überhaupt sinnvoll interpretiert werden können.

Garbage Collection und Wear Leveling: zwei verschiedene Aufgaben

Garbage Collection ist ein interner Prozess des SSD-Controllers. Er fasst noch gültige Flash-Seiten zusammen und kann Blöcke löschen, die der Controller nicht mehr benötigt. Das schafft wieder freie Erase-Blöcke für spätere Schreibvorgänge.

Wear Leveling verfolgt ein anderes Ziel: Schreib- und Löschzyklen sollen möglichst gleichmäßig auf die Flash-Zellen verteilt werden. Beide Mechanismen verändern die physische Lage von Daten, während die logischen Blockadressen für das Betriebssystem gleich bleiben.

Wear Leveling verteilt Schreib- und Löschzyklen über die verfügbaren Flash-Zellen, damit einzelne Bereiche nicht unnötig schnell verschleißen. Der Controller kann dafür gültige Daten intern verschieben.

Für das Betriebssystem bleibt die logische Blockadresse dabei gleich. Erst bei einer direkten Roh-NAND-Analyse wird die veränderte physische Lage relevant, weil die Controllerzuordnung rekonstruiert werden muss.

Wear Leveling: relevant, wenn die Controllerzuordnung fehlt

• Wear Leveling verteilt die Zellbelastung und kann gültige Daten innerhalb der SSD physisch verschieben.
• Solange der Controller funktioniert, bleibt diese Bewegung für das Betriebssystem unsichtbar: Es arbeitet weiter mit logischen Blockadressen.
• Bei Controller- oder Firmwarefehlern kann genau diese Zuordnung fehlen. Dann ist die interne Mappingstruktur Teil der Rekonstruktion.
• Ein direktes Auslesen des NAND ist nur bei geeigneten SSDs sinnvoll. Rohdaten müssen anschließend mit ECC, Scrambling, XOR und FTL-Strukturen zusammengeführt werden.
• Bei hardwarebasierter Verschlüsselung kann zusätzlich der originale Controller oder passendes Schlüsselmaterial erforderlich sein.
• Elektronikarbeiten erfolgen an ESD-geschützten Mikroskop- und Lötarbeitsplätzen; ein HDD-Reinraum ist für solche SSD-Arbeiten nicht der entscheidende Faktor.

TRIM und Garbage Collection: Signal und interner Prozess

TRIM und Garbage Collection hängen zusammen, sind aber nicht dasselbe.

• Garbage Collection läuft im Controller und schafft freie Erase-Blöcke, indem noch gültige Pages umkopiert und nicht mehr benötigte Blöcke gelöscht werden.
• TRIM beziehungsweise Deallocate meldet der SSD, dass bestimmte logische Bereiche aus Sicht des Dateisystems nicht mehr gebraucht werden.
• Der Controller kann solche Bereiche anschließend als ungültig behandeln und bei späterer Bereinigung physisch löschen.
• Wann diese physische Bereinigung erfolgt, ist modell- und zustandsabhängig.
• Für gelöschte Daten ist deshalb wichtig, ob TRIM bereits übertragen wurde und wie lange die SSD danach noch betrieben wurde.
• Bei einem Datenrettungsfall sollte TRIM nicht manuell ausgelöst werden; es kann die Wiederherstellbarkeit gelöschter Inhalte verschlechtern.

Ein typischer Löschvorgang auf einer SSD lässt sich vereinfacht so beschreiben:

• Eine Datei wird im Dateisystem gelöscht und ihre logischen Bereiche werden freigegeben.
• Das Dateisystem oder Betriebssystem kann diese Bereiche per TRIM an die SSD melden.
• Der Controller markiert die zugehörigen Flash-Seiten als nicht mehr benötigt.
• Garbage Collection kann noch gültige Daten aus einem Erase-Block umkopieren.
• Der freigewordene Block kann anschließend gelöscht und für neue Schreibvorgänge vorbereitet werden.

Für eine Datenrettung ist wichtig: Ein manuelles TRIM oder eine „Optimierung“ sollte auf dem Original nicht gestartet werden. Bei gelöschten Daten kann das die letzten noch vorhandenen Flash-Seiten unbrauchbar machen. Weitere technische Details finden Sie unter Wissen zur Datenrettung.

Wie eine SSD-Datenrettung abläuft: der Befund bestimmt den Weg

Die Arbeit folgt keiner starren Liste, bei der jede SSD dieselben sechs Verfahren durchläuft. Nach der Diagnose wird nur das eingesetzt, was beim konkreten Modell und Schadenbild nötig ist.

1. Originalzustand sichern: Das Laufwerk wird nicht initialisiert, formatiert oder repariert. Wenn es stabil lesbar ist, wird möglichst früh ein schreibgeschütztes Abbild erstellt.
2. Logische Analyse: Auf der Arbeitskopie werden Partitionen, Dateisysteme und benötigte Dateien geprüft. Bei rein logischen Schäden kann dieser Schritt bereits ausreichen.
3. Technischer Zugriff: Ist die SSD nicht stabil lesbar, werden Elektronik, Controller und Firmware untersucht. Dabei wird ein kontrollierter Lesezugriff auf das Original angestrebt.
4. Flash-Verfahren bei Bedarf: Direkter NAND-Zugriff kommt nur bei geeigneten SSDs infrage. Er ist kein Standardweg und kann durch FTL, ECC oder Verschlüsselung stark eingeschränkt sein.
5. Verschlüsselung berücksichtigen: Benötigte Passwörter, Recovery-Keys oder Schlüssel aus der ursprünglichen Umgebung müssen verfügbar oder technisch noch zugänglich sein.
6. Daten exportieren: Rekonstruierte Dateien werden auf ein separates Zielmedium übertragen und auf Lesbarkeit beziehungsweise die vereinbarten Prioritäten geprüft. Weitere Informationen finden Sie unter Wissen zur Datenrettung.

NVMe und SATA unterscheiden sich bei Protokoll, Adapter und Diagnosezugriff. Die eigentliche Rettungsschwierigkeit hängt jedoch stärker vom konkreten Controller, der Firmware, dem NAND, einer möglichen Verschlüsselung und dem Fehlerbild ab. Eine NVMe-SSD kann problemlos lesbar sein, während eine SATA-SSD mit Controllerdefekt sehr aufwendig wird – und umgekehrt.

SSD-Datenverlust – unsere Leistungen (abhängig von der Speichertechnik)

1. Sofortige Sicherung
   • Vermeiden Sie unbedingt die weitere Nutzung – jeder Neustart, jede Installation und jeder Schreibvorgang kann wertvolle Daten überschreiben.
   • Die SSD sollte möglichst von Fachleuten aus dem Gerät entnommen und über USB-Dockingstation oder Adapter nur schreibgeschützt extern angeschlossen werden.
   • Wenn möglich, aktivieren Sie einen Schreibschutz oder nutzen Sie nur Lesemodi, um Änderungen am Originaldatenträger zu verhindern.
   • Ein forensisches Image sichert den aktuellen Zustand und ermöglicht mehrere Wiederherstellungsversuche, ohne die Original-SSD weiter zu belasten.
2. Logical Recovery (logische Datenrettung)
   • Analyse der Dateisystemstruktur (z. B. NTFS, exFAT, FAT32), um Ordner, Dateien und Zuordnungen korrekt zu rekonstruieren.
   • Verwendung spezialisierter Software, die SSD-spezifische Effekte (z. B. TRIM und Wear Leveling) berücksichtigt.
   • Manuelles Prüfen, Sortieren und Zuordnen einzelner Dateifragmente – insbesondere bei beschädigten oder teilüberschriebenen Strukturen.
   • Aktivieren bzw. Einbinden vorhandener Entschlüsselungsmechanismen, wenn die SSD verschlüsselt war (BitLocker, Geräteverschlüsselung etc.).
3. „Chip-Off-Datenrettung: Wenn nur noch der Speicherchip selbst Antworten liefert“
   • Ein direkter NAND-Zugriff kommt nur bei SSD-Modellen infrage, bei denen Speicherchips separat ausgelesen und die Rohdaten technisch rekonstruiert werden können.
   • Falls Chips ausgelötet werden müssen, erfolgt die Elektronikarbeit ESD-geschützt unter dem Mikroskop.
   • Das Rohabbild enthält noch keine fertigen Dateien: ECC, Scrambling, XOR, Interleaving und die Flash-Translation-Layer-Struktur müssen modellabhängig berücksichtigt werden.
   • Bei modernen, stark integrierten oder hardwareverschlüsselten SSDs kann Chip-Off trotz lesbarem NAND ungeeignet oder nicht verwertbar sein.
4. Reparatur der Hardware
   • Spannungsversorgung, Sicherungen, Schutzbauteile und sichtbare Leiterbahnschäden werden messtechnisch geprüft.
   • Bauteile werden nur ersetzt oder überbrückt, wenn Funktion und Kompatibilität eindeutig sind; ein Controller lässt sich wegen interner Daten und Schlüssel nicht beliebig austauschen.
   • Bei proprietären Designs kann ein Ersatzteilspender helfen, sofern die für die Datenzuordnung relevanten Originalbauteile erhalten bleiben.
   • Ziel einer Elektronikreparatur ist kein dauerhaft „repariertes“ Laufwerk, sondern ein möglichst stabiler, temporärer Lesezugriff für das Imaging.
5. Entschlüsselung
   • Bei korrekt implementierter Verschlüsselung werden für die Entschlüsselung grundsätzlich das passende Passwort, der Recovery-Key oder anderes gültiges Schlüsselmaterial benötigt.
   • Fehlt der Schlüssel, lassen sich mathematisch korrekt verschlüsselte Nutzdaten nicht einfach durch Auslesen des NAND „sichtbar machen“.
   • In einzelnen Geräte- oder Systemkonstellationen kann geprüft werden, ob Schlüsselmaterial noch in der ursprünglichen Umgebung, in TPM-/Systemdaten, Backups oder anderen autorisierten Quellen vorhanden ist.
   • Nicht die Bezeichnung wie AES-256 bestimmt den Aufwand allein, sondern die konkrete Implementierung, Schlüsselverwaltung und Frage, welche Teile der ursprünglichen Umgebung noch verfügbar sind.
   • Mehr zu SSD-Verschlüsselung und Datenrettung

Bei SSDs hängt der Aufwand stark vom Fehlerbild ab. Ein stabil lesbares Laufwerk kann vergleichsweise direkt imaget werden; Controller-, Firmware- oder Elektronikfehler können dagegen Messarbeit, Microsoldering, spezielle Zugriffe und deutlich mehr Analysezeit erfordern.

Die Kosten ergeben sich deshalb nicht allein aus Kapazität oder Schnittstelle, sondern aus den tatsächlich notwendigen Arbeitsschritten. 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: bei SSD-Datenverlust nicht weiterprobieren

„Wenn eine SSD plötzlich ausfällt, würde ich nicht zuerst zehn Recovery-Programme ausprobieren. Bei technischen Defekten bringt das meist nichts; bei gelöschten Daten können zusätzlicher Betrieb, TRIM und Garbage Collection die Ausgangslage verändern. Gerät ausschalten, nichts initialisieren und prüfen, ob ein aktuelles Backup existiert.“ – Reiner Tauern, Geschäftsführer

Fragen und Antworten

Kundenbeispiel

Lehrerin
"Ein SSD-Ausfall kurz vor Schulbeginn – ich war verzweifelt. Doch Datenrettung Austria stellte all meine Unterrichtsunterlagen vollständig wieder her."

Fotobegeisterter Vater
"Ich dachte, zehn Jahre Familienfotos wären verloren. Datenrettung Austria hat alles gerettet – sogar alte Urlaubsaufnahmen."

Musikstudent
"Meine Kompositionen lagen nur auf der SSD. Dank Datenrettung Austria war alles wieder verfügbar – eine riesige Erleichterung."

Was bei SSD-Datenrettung wirklich den Unterschied macht

NVMe und SATA bestimmen, wie eine SSD angesprochen wird; M.2 beschreibt nur die Bauform. Für die Datenrettung ist diese Unterscheidung hilfreich, aber nicht der wichtigste Faktor. Controller, Firmware, NAND, Verschlüsselung und Fehlerbild bestimmen, ob ein stabiles Image möglich ist oder ein tieferer technischer Zugriff benötigt wird.

Bei gelöschten Daten sollte die SSD möglichst nicht weiter betrieben werden, weil TRIM und interne Bereinigung die Ausgangslage verändern können. Bei technischen Defekten gilt ebenfalls: keine Initialisierung, keine Firmware-Experimente und keine Reparaturtools auf Verdacht. Weitere Grundlagen finden Sie unter Wissen zur Datenrettung.

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

Bei einer privaten SSD sind die ersten Schritte einfach: nicht initialisieren, nicht formatieren und keine neuen Daten auf das Laufwerk schreiben. Ob noch eine Wiederherstellung möglich ist, lässt sich erst nach dem konkreten Fehlerbild beurteilen. Wenn Sie den konkreten Fall einschätzen lassen möchten, finden Sie weitere Informationen bei Datenrettung Austria.

Offenlegung