So habe ich das Problem bei einer Linux Mint-Installation mit einer Linux Mint Live-CD gelöst:
mint@mint /tmp $ sudo ecryptfs-recover-private
INFO: Searching for encrypted private directories (this might take a while)...
INFO: Found [/media/mint/632d671e-65a8-4566-b101-hab6b061b502/.ecryptfs/USERNAME/.Private].
Try to recover this directory? [Y/n]: n
mint@mint /tmp $ sudo ecryptfs-recover-private
INFO: Searching for encrypted private directories (this might take a while)...
INFO: Found [/media/mint/632d671e-65a8-4566-b101-hab6b061b502/.ecryptfs
/USERNAME/.Private].
Try to recover this directory? [Y/n]: y
INFO: Found your wrapped-passphrase
Do you know your LOGIN passphrase? [Y/n] y
INFO: Enter your LOGIN passphrase...
Passphrase:
Inserted auth tok with sig [562b3416hhc4ud6r] into the user session keyring
INFO: Success! Private data mounted at [/tmp/ecryptfs.1x34gL7R].
mint@mint /tmp $ gksu nemo [<---- NOTE THAT I HAVE OPENED TERMINAL IN THE TEMP FOLDER of the LIVE CD NOW]
Über den Nemo-Dateibrowser (ich glaube, es ist Nautilus in Ubuntu) navigierte ich zum Ordner NEWLY PLACED mit dem Namen ecryptfs.1x34gL7R
(im TEMP FOLDER der LIVE-CD) und von dort aus mit der rechten Maustaste auf den Ordner und wähle "Open as root".
Ohne weitere Passwortabfragen habe ich sofort auf mein bisher unzugängliches Home-Verzeichnis zugegriffen.
Ich sehe keine andere Möglichkeit, Daten auf meinem Kenntnisstand wiederherzustellen.
Es gibt eine scheinbar alternative Route ecryptfs
, für die Ihr Benutzerpasswort erforderlich ist, die das von Ihnen eingegebene Passwort jedoch IMMER ablehnt - IMMER. Selbst wenn Ihr tatsächliches Mint-Passwort korrekt ist und die Live-CD kein Passwort für root enthält. Ich wünschte, ich könnte mich daran erinnern, über welche Route ich hier spreche, aber im Grunde ist es diejenige, die Ihr Passwort immer ablehnt. Vergess das.
Wenn Sie mit der von mir gezeigten Methode nicht weiterkommen, haben Sie möglicherweise Ihr eigenes Anmeldekennwort vergessen (unwahrscheinlich) oder haben festgestellt , dass Ihr Verschlüsselungsschlüssel beschädigt ist (aufgrund eines Festplattenfehlers ODER wenn Sie gvfs entfernt haben - berühren Sie niemals gvfs - Einige Trolle im Internet haben erklärt, dass dies ein Sicherheitsrisiko darstellt, und Anweisungen zum Entfernen gegeben, dies wird jedoch Ihr System vollständig zerstören .
Wenn Sie nicht auf Ihr verschlüsseltes Laufwerk zugreifen können, können Sie zumindest den verschlüsselten Ordner aus dem Live Disc tmp-Ordner über TERMINAL auf Ihr Sicherungslaufwerk kopieren (z. B. cp -a /source/. /dest/
ODER war es das cp -a ~/source/. ~/dest/
) und ihn dann einem Experten überlassen, um ihn zu entschlüsseln. zu einem unbestimmten späteren Zeitpunkt.
Jetzt, da Sie Ihre Dateien wieder sehen können, haben Sie ein neues Problem - Sie können tatsächlich nichts aus dem Browserfenster verschieben. Sie können jedoch zumindest einzelne Dateien (Text-, Textverarbeitungs- und Bilddateien) öffnen und zum Speichern an Ihrem neuen Speicherort auswählen (z. B. ein Sicherungslaufwerk).
Schließlich tut es mir leid, Ubuntu und Mint-Programmierer (ja, das bin ich und du) usw. usw. - aber Linux muss verbessert werden, um bei der Datenwiederherstellung benutzerfreundlich zu sein. Wenn die Daten vorhanden sind und der Benutzer sein Kennwort genau kennt, sollte der Datenwiederherstellungsprozess rationalisiert werden!
PS: Denken Sie daran: Es ist ecryptfs
NICHTencryptfs
und daran, dass auf einer Live-CD höchstwahrscheinlich ein amerikanischer Standard-Tastaturzeichensatz verwendet wird. Ändern Sie daher die Art und Weise, wie Sie Ihr Anmeldekennwort eingeben, entsprechend, z. B. wenn Ihr Kennwort Sonderzeichen enthält.