Hallo Leutz!
Folgende Situation: (Hoffe das gehört hier rein und nicht zur Sicherheit)
* QNAP TS-569L; Firmware 4.34.0820
* 1 externes Gehäuse „F_antec“ Raid 5 angeschlossen über USB 3.0
* 1 externes Gehäuse „F_antec“ Raid 55 angeschlossen über USB 3.0
Sowohl das NAS als auch die beiden Erweiterungen sind einfach konfiguriert:
1 Speicherpool mit 2 Volumes auf dem NAS
Je 1 Volume auf den externen Gehäusen.
Alle Volumes sind
mit EXT4 formatiert und verschlüsselt. Das Passwort ist bei allen Volumes
identsich. Seit einem Systemabsturz (Das NAS schaltet sich ohne erkennbaren
Grund selbst ab. Das Protokoll sagt nur „System was not shut down properly“)
kann ich eines der beiden externen Gehäuse nicht mehr entsperren.
Fehlermeldung: „Encryption Key Management Encryption key entered incorrectly“, Ich sehe das Voume mit dem Status „Gesperrt“.
Ich habe das Passwort jedoch definitiv nie geändert. Somit scheint durch den Systemabsturz das Passwort geändert worden zu sein.
Folgendes habe ich probiert:
1) Alle von mir in der Vergangenheit auf dem NAS vergebenen Passwörter ausprobiert. ( In älteren Versionen der Firmware konnte das PW eine maximale Länge von 16 Zeichen haben. Mein PW ist länger. So wurde zB. in der Vergangenheit das PW nach einem Absturz vom System selbstständig (!) auf dieses 16-Stellige PW zurückgesetzt. Das hat jedoch dieses Mal nichts geholfen)
2) Qnap-Support kontaktiert. Von dort bekam ich ein Programm „Qdecrypt.exe“. Ist ein Windows-Kommandozeilenprogramm mit dem ich anscheinend Dateien und Ordner entschlüsseln kann. Wie ich damit unter Windows ein komplettes Volume entschlüsseln soll ist mir schleierhaft. Ich kann mir nicht vorstellen dass das Fantec unter Windows überhaupt als „Volume mit Daten“ erkannt wird.
3) Mir fällt auf dass bei der Eingabe des Passwortes (bei allen Volumes auf allen 3 Geräten) nur 16 Zeichen angezeigt werden. Falls ich Pi auf 1000 Stellen eingebe werden trotzdem nur 16 Zeichen angezeigt. Dann bleibt der Cursor stehen.
Was ist das Problem:
Der Fehler ist passiert während ich gerade eine Umstellung meiner Backup-Strategie gemacht habe. Dadurch war ein Teil meiner Daten nicht mehr redundant vorhanden. Und dieser Teil war genau auf dem Volume das sich nicht mehr entsperren lässt. Eine Schlüsseldatei habe ich bis dahin leider verweigert. Jetzt wäre ich gescheiter. Dumm gelaufen könnte man sagen.
Jetzt befindet sich nichts auf dem Volume was wirklich unersetzlich wäre. Ich hätte die Daten aber trotzdem gerne zurück. Alternativ dazu werde ich, falls ihr mir nicht helfen könnt, auf die Daten shiz_n und das Volume platt machen.
Meine Vermutung bzw. Hoffnung wäre dass in irgendeiner Weise die QTS-Oberfläche durcheinandergekommen ist und das Volume zB. über die Kommandozeile noch entsperrt werden könnte. Mein Problem ist dass ich Linux-DAU bin, der sich zwar über Putty anmelden kann, dann aber ansteht, sprich ich benötige eine Schritt für Schritt Anweisung wie ich das Volume über die Kommandozeile entsperren kann.
Ich würde mir durchaus einen Linux-Guru vor Ort leisten der das für mich macht falls da eine realistische Chance besteht dass ich mit meiner obigen Vermutung zumindest richtig liegen könnte. Dazu benötige ich jedoch Eure Einschätzung.
Ich wäre aber auch für jede weitere Hilfe dankbar.
BRZLFIX
Ps: Bin auf einen weiteren Fehler in der Backup-Strategie draufgekommen. Falls sich das NAS selbst verabschieden sollte ist es bei allen 3 Geräten fraglich ob ich auf meine Daten danach noch zugreifen kann. Da ein weiteres NAS finanziell im Moment nicht in Frage kommt wird das „defekte“ Gehäuse nach Schliessung dieses Threads (egal ob mit positivem oder negativem Ausgang) in Zukunft mit Truecrypt/Veracrypt an meinen PC unter Windows angehängt.