rolee1411
Anmeldungsdatum: 6. September 2016
Beiträge: 10
|
Hallo, ich weiß nicht, ob ich hier im richtigen Unterforum bin, aber ich habe folgendes Problem: Mein alter Laptop hat sich leider verabschiedet. Die Festplatte des Laptops ist aber zum Glück noch intakt, jetzt würde ich gerne meine Daten retten. Ich habe dafür meinen neuen (Windows)-Rechner mit einer Ubuntu Live USB-Disk gestartet und die alte Festplatte über USB an den neuen Rechner angeschlossen. Soweit so gut, die Festplatte wird erkannt, aber ich kann auf das home-Verzeichnis der Ubuntu-Partition nicht zugreifen, da ich laut Systemdie Erlaubnis dazu nicht habe. Was also muss ich tun, damit ich auf mein altes home-Verzeichnis zugreifen kann? Bin leider immer noch blutiger Ubuntu--Anfänger. Das alte Ubuntu-System mit dem zu rettenden home-Verzechnis lief auf Ubuntu 16.10 Gnome. Kann mir bitte jemand helfen? Vielen Dank
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53601
Wohnort: Berlin
|
Die genaue Meldung wäre schon interessant. Wenn dir lediglich die Rechte fehlen kannst du diese anfordern. Ist das Verzeichnis verschlüsselt worden kommt es auf die verwendete Methode an.
|
rolee1411
(Themenstarter)
Anmeldungsdatum: 6. September 2016
Beiträge: 10
|
Vielen Dank für die schnelle Antwort. Mir fehlen lediglich die Rechte, um auf mein altes Home-Verzeichnis zuzugreifen, allerdings bin ich zu blöd, diese zu ändern, trotz aller Anleitungen, die ich bisher gelesen habe. Ist das überhaupt möglich mit einem Live-System? (Da ich keinen Recovery-Modus aufrufen kann...) Und falls ja, wie? Mir geht es letztendlich nur darum, die Daten meines alten Home-Verzeichnisses auf eine externe Festplatte zu sichern und wäre für eine genaue ANleitung sehr dankbar, da ich für alles andere scheinbar zu dämlich bin. Vielen Dank!
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53601
Wohnort: Berlin
|
Diese bunten und unterstrichen Wörter sind so genannte Links, hinter denen man weitere Informationen findet. Unter anderem genau die, die du gerade angefragt hast...
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
Damit das ganze etwas vorwärts geht, bekräftige ich nochmal eine von tomtomtoms Aussagen: Ohne genaue Fehlermeldung kann man hier nix machen. Allerdings: Mit Fehlermeldung allerdings sollte das Problem im Nu behoben sein.
|
rolee1411
(Themenstarter)
Anmeldungsdatum: 6. September 2016
Beiträge: 10
|
Hallo, nachdem ich mir die Links nochmal ausführlich durchgelesen habe, bin ich tatsächlich etwas voran gekommen. Ich habe über meine Ubuntu Live CD mit dem Befehl gksudo nautilus den Dateimanager gestartet und konnte nun auf das vorher gesperrte /home-Verzeichnis meiner alten Festplatte zugreifen. Allerdings befanden sich nur zwei Dateien darin, eine Datei readme.txt und eine Datei : Access your private data. Nachdem ich die Datei Access your private data ausgeführt hatte, begann der Computer, das Verzeichnis auszulesen, hörte aber bald damit auf mit der Fehlermeldung: Zuwenig Platz auf dem Datenträger! Daraufhin brach ich den Vorgang ab und versuchte, diesen Vorgang mit der auf meinem Rechner installierten Version von Ubuntu zu wiederholen. Das gelang jedoch nicht, nach der Eingabe von gksudo nautilus erschienen zwar die selben Dateien in meinem alten Home-Verzeichnis wie beim ersten Versuch, diese waren aber beschädigt und ließen sich nicht öffnen. Der Versuch, den Vorgang manuell zu starten über ecryptfs-mount-private gelang nicht, dort bekam ich die Fehlermeldung: Encrypted private directory is not setup properly Jetzt bin ich mal wieder mit meinem Latein am Ende, deswegen bitte ich wiederum um Hilfe. Wahrscheinlich fehlen wieder 1000 Angaben, die ich gerne auf Anfrage nachreiche.
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
OK, dann steigen wir mal von den grafischen Tools aufs Terminal um. Ich erläutere einmal, was wir vorhaben. Wir werden die Festplatten auflisten auf dieser Grundlage die Partition mounten das Verzeichnis entschlüssen
Bitte starte erneut das Live-System und führe dann sudo fdisk --list aus und zeige deine Eingabe und das Ergebnis hier im Codeblock, wie du ihn bei deiner letzten Antwort auch schon verwendet hast.
|
rolee1411
(Themenstarter)
Anmeldungsdatum: 6. September 2016
Beiträge: 10
|
Vielen Dank fuer Deine Hilfe! ich habe den Befehl eingegeben und das kam dabei heraus: Disk /dev/sdb: 465.8 GiB, 500107862016 bytes, 976773168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 33553920 bytes
Disklabel type: gpt
Disk identifier: 1EC02AAE-E0C8-4CCC-8F59-1A5B4470A665
Device Start End Sectors Size Type
/dev/sdb1 2048 1050623 1048576 512M EFI System
/dev/sdb2 1052672 717852671 716800000 341.8G Linux filesystem
/dev/sdb3 717852672 959295487 241442816 115.1G Microsoft basic data
/dev/sdb4 959295488 960217087 921600 450M Windows recovery environment
/dev/sdb5 960217088 976771071 16553984 7.9G Linux swap
Das ist die Festplatte, um die es geht. Das home-Verzeichnis, dessen Daten ich brauche, befindet sich auf /dev/sdb2 Vielen Dank nochmal!
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
rolee1411 schrieb: Das home-Verzeichnis, dessen Daten ich brauche, befindet sich auf /dev/sdb2
Stimmt, und genau das wollte ich nochmal überprüfen. 😉 Dann mounte bitte die Partition: sudo mount /dev/sda2 /mnt und führe sudo ecryptfs-recover-private aus. Bitte jeweils wieder Ein- und Ausgabe hier zeigen.
|
rolee1411
(Themenstarter)
Anmeldungsdatum: 6. September 2016
Beiträge: 10
|
So, das ist dabei herausgekommen: ubuntu@ubuntu:~$ sudo mount /dev/sda2 /mnt
ubuntu@ubuntu:~$ sudo ecryptfs-recover-private
INFO: Searching for encrypted private directories (this might take a while)...
find: ‘/run/user/999/gvfs’: Permission denied
find: File system loop detected; ‘/sys/kernel/debug/pinctrl’ is part of the same file system loop as ‘/sys/kernel/debug’.
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
|
rolee1411
(Themenstarter)
Anmeldungsdatum: 6. September 2016
Beiträge: 10
|
Hier das Ergebnis: ubuntu@ubuntu:~$ ls -la /mnt
total 46740
drwxr-xr-x 24 root root 4096 Feb 15 16:15 .
drwxr-xr-x 34 root root 300 Feb 16 14:26 ..
drwxr-xr-x 2 root root 4096 Feb 16 13:08 bin
drwxr-xr-x 4 root root 4096 Feb 16 13:10 boot
drwxr-xr-x 2 root root 4096 Feb 13 13:29 cdrom
-rw------- 1 root root 58900480 Feb 15 16:15 core
drwxr-xr-x 5 root root 4096 Oct 12 20:50 dev
drwxr-xr-x 134 root root 12288 Feb 16 13:55 etc
drwxr-xr-x 3 root root 4096 Feb 13 13:29 home
lrwxrwxrwx 1 root root 32 Feb 13 13:31 initrd.img -> boot/initrd.img-4.8.0-22-generic
lrwxrwxrwx 1 root root 32 Feb 13 13:27 initrd.img.old -> boot/initrd.img-4.8.0-22-generic
drwxr-xr-x 25 root root 4096 Feb 13 13:52 lib
drwxr-xr-x 2 root root 4096 Feb 16 13:08 lib64
drwx------ 2 root root 16384 Feb 13 13:27 lost+found
drwxr-xr-x 3 root root 4096 Feb 13 13:34 media
drwxr-xr-x 2 root root 4096 Oct 12 20:42 mnt
drwxr-xr-x 4 root root 4096 Feb 13 20:46 opt
drwxr-xr-x 2 root root 4096 Oct 8 10:11 proc
drwx------ 9 root root 4096 Feb 13 13:41 root
drwxr-xr-x 11 root root 4096 Oct 12 20:52 run
drwxr-xr-x 2 root root 12288 Feb 16 13:09 sbin
drwxr-xr-x 2 root root 4096 Oct 6 18:49 snap
drwxr-xr-x 2 root root 4096 Oct 12 20:42 srv
drwxr-xr-x 2 root root 4096 Oct 8 10:11 sys
drwxrwxrwt 7 root root 4096 Feb 16 14:12 tmp
drwxr-xr-x 11 root root 4096 Oct 12 20:47 usr
drwxr-xr-x 14 root root 4096 Oct 12 20:54 var
lrwxrwxrwx 1 root root 29 Feb 13 13:31 vmlinuz -> boot/vmlinuz-4.8.0-22-generic
|
unbuntuS12
Anmeldungsdatum: 2. Juni 2010
Beiträge: 1816
|
|