Golgivesikel
Anmeldungsdatum: 10. Juli 2017
Beiträge: 117
|
Hallo zusammen, seit einiger Zeit benutze ich deja-dup um ein tägliches Backup von meinem home-Verzeichnis zu machen. Hauptsächlich geht es um meine Mails in ".thunderbird". Das Backup läuft auch automatisch täglich.
Jetzt hatte ich einen Datenverlust aber die Wiederherstellung funktioniert nicht! 1. Versuch: Fehlende Schreibrechte im Zielverzeichnis (home)!!!
Außerdem Warnung wegen zu wenig Speicherplatz im Wurzelverzeichnis (40GB sind aber frei!!) 2. Versuch: Wiederherstellung auf externer USB-Platte. Wieder fehlende
Schreibrechte im Zielverzeichnis!!!!! 3. Versuch: Wiederherstellung mit root-Rechten (sudo) und
Zielverzeichnis auf externer USB-Platte. Abbruch wegen zu wenig
Speicherplatz (1,2TB sind aber frei!!) Hat jemand eine Idee, wie ich noch an meine Daten komme? Vielen Dank und Gruß Golgivesikel
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8565
|
Hallo Golgivesikel
Hat jemand eine Idee, wie ich noch an meine Daten komme?
Es gibt hierzu Howto: Manuelle Wiederherstellung für Déjà Dup. mal durchlesen als Idee
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8558
Wohnort: Münster
|
Es ist bekannt, dass Deja Dup zicken kann, wenn die Programmversionen für die Erstellung und die Wiederherstellung nicht übereinstimmen. Außerdem müssen bei der Wiederherstellung natürlich Besitzer und die Dateirechte der Sicherungsdateien mit Besitzer und Dateirechten im Zielverzeichnis harmonieren. Zeige bitte: deja-dup --version
id
umask
ls -ald ~
ls -ald USB-MOUNTPOINT
ls -al VERZEICHNIS-DER-SICHERUNGSDATEIEN Für die Bezeichner in Versalien musst Du natürlich die bei Dir gültigen Verzeichnispfade einsetzen. Zeige bitte die exakten Fehlermeldungen zum fehlenden Speicherplatz.
|
Golgivesikel
(Themenstarter)
Anmeldungsdatum: 10. Juli 2017
Beiträge: 117
|
Vielen Dank für beide Antworten Hoffentlich habe ich die Anleitung richtig umgesetzt. Hier zunächst mal einige Verzeichnisse, für die angeblich das Schreibrecht fehlt, vermutlich die entscheidenden, weswegen meine Mails weg sind: /home/rolf/.thunderbird/Profiles/vfcpuwrv.default/Mail/Local Folders/Outlook-Import.sbd/Archiv.sbd/privat.sbd/4 Herren
/home/rolf/.thunderbird/Profiles/vfcpuwrv.default/Mail/Local Folders/Outlook-Import.sbd/Archiv.sbd/privat.sbd/4 Herren.msf
/home/rolf/.thunderbird/Profiles/vfcpuwrv.default/Mail/Local Folders/Outlook-Import.sbd/Archiv.sbd/privat.sbd/Schule
/home/rolf/.thunderbird/Profiles/vfcpuwrv.default/Mail/Local Folders/Outlook-Import.sbd/Archiv.sbd/privat.sbd/Schule.msf
/home/rolf/.thunderbird/Profiles/vfcpuwrv.default/Mail/Local Folders/Outlook-Import.sbd/Archiv.sbd/privat.sbd/TT
/home/rolf/.thunderbird/Profiles/vfcpuwrv.default/Mail/Local Folders/Outlook-Import.sbd/Archiv.sbd/privat.sbd/TT.msf
Hier der gewünschte Output: rolf@rolf-SATELLITE-PRO-A30-C:~$ deja-dup --version
deja-dup 37.0
rolf@rolf-SATELLITE-PRO-A30-C:~$ id
uid=1000(rolf) gid=1000(rolf) Gruppen=1000(rolf),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),121(lpadmin),132(sambashare)
rolf@rolf-SATELLITE-PRO-A30-C:~$ umask
0022
rolf@rolf-SATELLITE-PRO-A30-C:~$ ls -ald ~
drwxr-xr-x 50 rolf rolf 4096 Sep 12 17:16 /home/rolf
rolf@rolf-SATELLITE-PRO-A30-C:~$ ls -ald "/media/rolf/Seagate Backup Plus Drive/Temp/wiederherstellung"
drwxrwxrwx 1 rolf rolf 0 Sep 12 14:29 '/media/rolf/Seagate Backup Plus Drive/Temp/wiederherstellung'
rolf@rolf-SATELLITE-PRO-A30-C:~$ ls -al /home/rolf
ls: Zugriff auf '/home/rolf/.gvfs' nicht möglich: Keine Berechtigung
insgesamt 100508
drwxr-xr-x 50 rolf rolf 4096 Sep 12 17:16 .
drwxr-xr-x 3 root root 4096 Dez 21 2016 ..
-rw------- 1 rolf rolf 186 Okt 28 2018 2018-10-28-08-23-53.073-VBoxSVC-4326.log
-rw------- 1 rolf rolf 186 Dez 8 2018 2018-12-08-17-53-54.052-VBoxSVC-2651.log
-rw------- 1 rolf rolf 186 Jan 4 2019 2019-01-04-08-51-07.028-VBoxSVC-19391.log
-rw------- 1 rolf rolf 186 Jan 19 2019 2019-01-19-10-42-30.034-VBoxSVC-32355.log
-rw------- 1 rolf rolf 186 Jan 23 2019 2019-01-23-03-53-49.025-VBoxSVC-5240.log
-rw------- 1 rolf rolf 186 Feb 20 2019 2019-02-20-15-51-42.016-VBoxSVC-19105.log
-rw------- 1 rolf rolf 186 Feb 21 2019 2019-02-21-16-03-20.094-VBoxSVC-6417.log
drwx------ 3 rolf rolf 4096 Nov 22 2016 .adobe
drwxr-xr-x 2 rolf rolf 4096 Aug 26 2018 Audio
lrwxrwxrwx 1 rolf rolf 34 Feb 3 2018 avidemux -> /home/rolf/avidemux_2.7.0.appImage
-rwxrwxrwx 1 rolf rolf 40435712 Feb 3 2018 avidemux_2.7.0.appImage
drwxr-xr-x 3 rolf rolf 4096 Aug 15 09:24 .avidemux6
-rw------- 1 rolf rolf 7326 Sep 12 17:07 .bash_history
-rw-r--r-- 1 rolf rolf 220 Nov 1 2016 .bash_logout
-rw-r--r-- 1 rolf rolf 3771 Nov 1 2016 .bashrc
drwxr-xr-x 9 rolf rolf 4096 Sep 5 22:10 Bilder
drwx------ 49 rolf rolf 4096 Sep 12 10:35 .cache
drwxr-xr-x 3 rolf rolf 4096 Mai 25 2018 CEWE
drwxrwxr-x 4 rolf rolf 4096 Okt 10 2018 .cinnamon
drwx------ 3 rolf rolf 4096 Nov 1 2016 .compiz
drwxr-xr-x 47 rolf rolf 4096 Sep 13 19:07 .config
drwx------ 3 root root 4096 Dez 13 2016 .dbus
-rw-r--r-- 1 rolf rolf 24 Okt 10 2018 .dmrc
drwxr-xr-x 6 rolf rolf 4096 Jul 6 12:15 Documents
drwxr-xr-x 2 rolf rolf 12288 Sep 11 14:07 Downloads
drwx------ 7 rolf rolf 4096 Sep 11 16:00 .dropbox
drwx------ 6 rolf rolf 4096 Jun 4 10:59 Dropbox
drwxrwxr-x 4 rolf rolf 4096 Sep 9 14:02 .dropbox-dist
-rw-r--r-- 1 rolf rolf 8980 Nov 1 2016 examples.desktop
drwxr-xr-x 2 rolf rolf 4096 Apr 6 2018 .fontconfig
-rw-rw-r-- 1 rolf rolf 796 Dez 10 2016 fstab.txt
drwx------ 4 rolf rolf 4096 Aug 14 09:08 .gconf
drwxr-xr-x 24 rolf rolf 4096 Jan 16 2019 .gimp-2.8
-rw-r----- 1 rolf rolf 0 Mär 4 2017 .gksu.lock
drwx------ 3 rolf rolf 4096 Dez 16 2016 .gnome
drwx------ 3 rolf rolf 4096 Okt 15 2018 .gnupg
drwxr-xr-x 2 rolf rolf 4096 Apr 21 19:46 .gphoto
drwxr-xr-x 2 rolf rolf 4096 Sep 11 2018 grive
d????????? ? ? ? ? ? .gvfs
drwxr-xr-x 2 rolf rolf 4096 Nov 1 2016 .hplip
-rw-r--r-- 1 rolf rolf 3235 Mai 7 15:20 .hugin
drwxr-xr-x 2 rolf rolf 4096 Mai 7 15:18 .hugindata
-rw------- 1 rolf rolf 100628 Sep 11 16:00 .ICEauthority
drwxrwxr-x 2 rolf rolf 4096 Apr 28 2017 .icons
drwx------ 3 rolf rolf 4096 Nov 1 2016 .kde
drwx------ 3 rolf rolf 4096 Apr 30 18:38 .launchpadlib
drwxr-xr-x 3 rolf rolf 4096 Nov 1 2016 .local
drwx------ 3 rolf rolf 4096 Nov 22 2016 .macromedia
drwxrwxr-x 4 rolf rolf 4096 Mai 25 2018 .mcf
drwx------ 5 rolf rolf 4096 Jan 12 2018 .mozilla
drwxr-xr-x 2 rolf rolf 4096 Aug 7 11:09 .mplayer
drwxr-xr-x 2 rolf rolf 4096 Okt 16 2018 Musik
drwxrwxrwx 2 rolf rolf 4096 Nov 1 2016 Öffentlich
drwx------ 3 rolf rolf 4096 Nov 1 2016 .pki
lrwxrwxrwx 1 rolf rolf 36 Jun 24 2017 "PlayOnLinux's virtual drives" -> /home/rolf/.PlayOnLinux//wineprefix/
-rw-r--r-- 1 rolf rolf 655 Nov 1 2016 .profile
-rw-r--r-- 1 rolf rolf 2 Mai 7 15:18 .ptbt1
-rw------- 1 rolf rolf 256 Jun 18 2017 .pulse-cookie
drwxr-xr-x 2 root root 4096 Feb 3 2018 .rpmdb
drwxr-xr-x 2 rolf rolf 4096 Apr 15 16:08 Schreibtisch
-rw-rw-r-- 1 rolf rolf 62065135 Jul 13 2017 shotcut-linux-x86_64-170601.tar.bz2
drwxr-xr-x 3 rolf rolf 4096 Dez 10 2018 snap
-rw-r--r-- 1 rolf rolf 32 Mär 11 2019 sudo
-rw-r--r-- 1 rolf rolf 0 Nov 2 2016 .sudo_as_admin_successful
drwxrwxr-x 5 rolf rolf 4096 Jun 11 12:20 temp
drwxrwxr-x 2 rolf rolf 4096 Apr 28 2017 .themes
drwx------ 4 rolf rolf 4096 Nov 1 2016 .thumbnails
drwxr-xr-x 7 rolf rolf 4096 Sep 10 08:40 .thunderbird
drwxr-xr-x 7 rolf rolf 4096 Sep 12 17:16 .thunderbird.wied
drwxr-xr-x 2 rolf rolf 4096 Jul 14 2017 Videos
drwxr-xr-x 3 rolf rolf 4096 Mär 15 15:33 vmware
drwxr-xr-x 2 rolf rolf 4096 Sep 13 16:56 .vmware
drwxr-xr-x 2 rolf rolf 4096 Nov 1 2016 Vorlagen
-rw------- 1 rolf rolf 69 Sep 11 16:00 .Xauthority
-rw------- 1 rolf rolf 3699 Sep 11 16:00 .xsession-errors
-rw------- 1 rolf rolf 3699 Sep 11 14:10 .xsession-errors.old
Und hier die Fehlermeldung (ich hoffe das funktioniert mit dem Link)
https://drive.google.com/drive/folders/1MbV22Nx5n1rMip6zlUJ3zwpJav4UxE6O Auf der Platte sind 1,2 TB frei Vielen Dank und Gruß
Golgivesikel
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8558
Wohnort: Münster
|
Da sind mehrere Fehler: Vermutlich hast Du irgendwann mal sudo in Kombination mit einen GUI-Programm benutzt, da offenbar in Deinem HOME-Verzeichnis einige Dateien Dir nicht gehören. .gvfs ist ein Beispiel. Alle in diesem Sinne kaputten Dateien kannst Du mit diesem Befehl finden: sudo find ~ ! -user $USER -exec ls -ld '{}' \; bzw. (1000 ist Deine group id): sudo find ~ ! -group 1000 -exec ls -ld '{}' \; Repariere mit dem Befehl sudo chown die Besitzrechte. In Deinem HOME-Verzeichnis sollen alle Dateien (auch die Verzeichnisse) Dir gehören.
Dein root-Verzeichnis ist voll. Folge dem Hinweis der Fehlermeldung und lösche alle nicht mehr benötigten Dateien, z.B. Papierkorb. Entferne dann alle temporären Datenspeicher (USB-Sticks und -Laufwerke) und starte den Rechner neu. Zeige dann: df -h Ich sehe in Deiner Ausgabe keine Sicherungsdateien von Deja Dup und kann daher auch nicht beurteilen, ob die Berechtigungen in Ordnung sind.
|
Golgivesikel
(Themenstarter)
Anmeldungsdatum: 10. Juli 2017
Beiträge: 117
|
Vielen Dank, in gerade im Urlaub, daher die späte Reaktion: Zu 1. Du hast natürlich Recht, was die Schreibrechte angeht, aber ich verstehe das Problem dabei trotzdem nicht so ganz: Deja-dup sichert Dateien für die ich kein Schreibrecht habe in ein Archiv. Es kann sie also ins Archiv schreiben! Wenn ich diese gesicherten Dateien dann mit Deja-dup in ein leeres Verzeichnis wiederherstellen möchte darf ich sie plötzlich nicht mehr schreiben?
Wenn ich jetzt die Rechte in meinem Home-Verzeichnis korrigiere hilft mir das vielleicht für die Zukunft, aber ja nicht um die verlorenen Daten wieder herzustellen oder?
Außerdem geht es mir vor allem um die Dateien in .thunderbird und da sollte ich Schreibrechte haben. Deja-dup stellt ja auch Teile der Mails wieder her. Ich vermute es beginnt mit der ältesten Vollsicherung und bricht wegen dem angeblichen Platzproblem ab bevor es fertig ist. Zu 2.
rolf@rolf-SATELLITE-PRO-A30-C:~$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 3,9G 0 3,9G 0% /dev
tmpfs 791M 3,2M 788M 1% /run
/dev/sda6 153G 92G 53G 64% /
tmpfs 3,9G 26M 3,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
/dev/loop0 107M 107M 0 100% /snap/tusk/28
/dev/loop1 124M 124M 0 100% /snap/tusk/29
/dev/loop2 90M 90M 0 100% /snap/core/7713
/dev/loop3 89M 89M 0 100% /snap/core/7396
/dev/loop4 107M 107M 0 100% /snap/tusk/27
/dev/sda2 96M 41M 56M 43% /boot/efi
tmpfs 791M 164K 791M 1% /run/user/1000
rolf@rolf-SATELLITE-PRO-A30-C:~$
Aber nochmal der Hinweis: Bei der Wiederherstellung gebe ich als Ziel ein neues leeres Verzeichnis auf einer USB-Platte mit 1,2TB Platz an! Insofern halte ich die Fehlermeldung immer noch für völlig abwegig. Zu 3. Kann ich jetzt nichts zu sagen, weil ich die externe Festplatte hier nicht dabei habe. Viele Grüße aus dem sonnigen Südtirol
Golgivesikel
|
Golgivesikel
(Themenstarter)
Anmeldungsdatum: 10. Juli 2017
Beiträge: 117
|
Hallo Berlin_1946 bin jetzt mal dazu gekommen Deinen Tipp auszuprobieren:
rolf@rolf-SATELLITE-PRO-A30-C:~$ sudo duplicity --no-encryption --gio file://media/rolf/MyDrive/Linux_defekt/ /tmp/restore
gpg: WARNUNG: Unsicheres Besitzverhältnis des Home-Verzeichnis `/home/rolf/.gnupg'
Achtung: Parameter --gio ist veraltet und wird in einer der nächsten Versionen entfernt.
Bitte verwenden Sie Standarddateinamen.
Entfernte Metadaten werden zum lokalen Puffer synchronisiert …
duplicity-inc.20190906T100730Z.to.20190910T075031Z.manifest wird zum lokalen Puffer kopiert.
Traceback (innermost last):
File "/usr/bin/duplicity", line 1555, in <module>
with_tempdir(main)
File "/usr/bin/duplicity", line 1541, in with_tempdir
fn()
File "/usr/bin/duplicity", line 1393, in main
do_backup(action)
File "/usr/bin/duplicity", line 1414, in do_backup
sync_archive()
File "/usr/bin/duplicity", line 1204, in sync_archive
copy_to_local(fn)
File "/usr/bin/duplicity", line 1146, in copy_to_local
fileobj = globals.backend.get_fileobj_read(fn)
File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 676, in get_fileobj_read
self.get(filename, tdp)
File "/usr/lib/python2.7/dist-packages/duplicity/backend.py", line 395, in inner_retry
% (n, e.__class__.__name__, util.uexc(e)))
File "/usr/lib/python2.7/dist-packages/duplicity/util.py", line 79, in uexc
return ufn(unicode(e).encode('utf-8'))
UnicodeDecodeError: 'ascii' codec can't decode byte 0xe2 in position 21: ordinal not in range(128)
hat leider nur für mich unverständliche Fehlermeldung produziert. Eine Idee dazu? Gruß MrGolgi
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8565
|
Golgivesikel schrieb:
Eine Idee dazu?
Ja, die Vorschläge von kB vom 14. September 2019 08:29 befolgen und die Ergebnisse posten.
Repariere mit dem Befehl sudo chown die Besitzrechte. In Deinem HOME-Verzeichnis sollen alle Dateien (auch die Verzeichnisse) Dir gehören.
siehe dazu die Befehle im Wiki chown.
|
Golgivesikel
(Themenstarter)
Anmeldungsdatum: 10. Juli 2017
Beiträge: 117
|
tut mir leid, falls ich irgend etwas wesentliches nicht verstehe, aber mir ist nicht klar, was die kaputten Benutzerrechte jetzt mit der Wiederherstellung auf einer externen Platten zu tun haben könnten. Nochmals die Situation:
Die Sicherung liegt auf einer externen Platte. Dort innerhalb des komprimierten Archives kann ich doch vermutlich keine Benutzerrechte für einzelne Dateien setzen.
Das Zielverzeichnis für die Wiederherstellung ist ein leerer Ordner ebenfalls auf einer externen Platte.
Beides hat doch nichts mit den Rechten auf meinem Home-Verzeichnis auf der internen Platte zu tun oder irre ich mich da? Vielen Dank und Gruß
MrGolgi
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8565
|
Golgivesikel schrieb: tut mir leid, falls ich irgend etwas wesentliches nicht verstehe, aber mir ist nicht klar, was die kaputten Benutzerrechte jetzt mit der Wiederherstellung auf einer externen Platten zu tun haben könnten.
Ich vermute, du hast dein Home- Verzeichnis gesichert. 2. Vermutung, auf eine externe USB- Festplatte. Die Rechte dieser Sicherung werden mit dem Befehl: ls -ald USB-MOUNTPOINT
abgefragt.
Nochmals die Situation:
Die Sicherung liegt auf einer externen Platte. Dort innerhalb des komprimierten Archives kann ich doch vermutlich keine Benutzerrechte für einzelne Dateien setzen.
Doch kannst du das. Das deja-dup erzeugt ja, wie du schreibst, ein komprimierten Archives, z.Bsp. einen Ordner "Sicherung", der Rechte hat. Mein Beispiel:
lenovo@lenovo-ThinkPad-T400:~$ ls -ald /media/lenovo/32GBT
drwxr-xr-x 4 lenovo lenovo 4096 Okt 5 16:38 /media/lenovo/32GBT
lenovo@lenovo-ThinkPad-T400:~$
Der 1. gelbe Teil ist der "USB-MOUNTPOINT" im Beispiel ist das "/media/lenovo/32GBT" Siehe im Wiki: ls (Abschnitt „Beispiele“). Der als nächstes gelb markierte Teil sind die Rechte für den Ordner. Auch immer halb dieses Ordners Sicherungen sind Dateien mit Rechten. lenovo@lenovo-ThinkPad-T400:~$ ls -al /media/lenovo/32GBT/Sicherung
insgesamt 212
drwxrwxr-x 2 lenovo lenovo 4096 Okt 5 16:40 .
drwxr-xr-x 4 lenovo lenovo 4096 Okt 5 16:38 ..
-rw------- 1 lenovo lenovo 191 Okt 5 16:40 duplicity-full.20191005T144005Z.manifest
-rw------- 1 lenovo lenovo 193162 Okt 5 16:40 duplicity-full.20191005T144005Z.vol1.difftar.gz
-rw------- 1 lenovo lenovo 7106 Okt 5 16:40 duplicity-full-signatures.20191005T144005Z.sigtar.gz
lenovo@lenovo-ThinkPad-T400:~$
Hier sollten Eigentümer und Gruppe richtig sein. Das vorangestellte Beispiel entspricht der Abfrage ls -al VERZEICHNIS-DER-SICHERUNGSDATEIEN im Beispiel Ist das die Angabe "/media/lenovo/32GBT/Sicherung"
Beides hat doch nichts mit den Rechten auf meinem Home-Verzeichnis auf der internen Platte zu tun oder irre ich mich da?
Hier hast du recht.
Das Zielverzeichnis für die Wiederherstellung ist ein leerer Ordner ebenfalls auf einer externen Platte.
Ist das eine andere Festplatte oder nur ein leerer Ordner auf der gleichen Festplatte. aus deiner Antwort auf den Befehl: df -h geht nicht hervor, das deine externe USB- Festplatte oder deine externen Festplatten angeschlossen sind.
|
Golgivesikel
(Themenstarter)
Anmeldungsdatum: 10. Juli 2017
Beiträge: 117
|
Hallo Berlin_1946
ich habe noch mal versucht die Rechte, die Du in Deiner letzten Antwort angesprochen hast darzustellen, aber ich glaube wir reden immer noch etwas aneinander vorbei: Das Problem liegt bei einzelnen Ursprungsordnern bzw. Dateien, die jetzt ja innerhalb der tar-Archive liegen. Oder noch mal anders ausgedrückt: Es wird ein Home-Verzeichnis mit u.a. einem Ordner "thunderbird" wiederhergestellt, der sogar funktioniert wenn man ihm dem Mailprogramm unterschiebt. Es fehlen dann aber einzelne thunderbird-Ordner in denen ich Mails abgelegt hatte. Das deckt sich dann mit den Dateien, die bei der Wiederherstellung angemeckert werden, weil die Schreibrechte fehlen. Die hatte ich auch schon mal in meinem Post vom 13. September 2019 22:48 angelistet. Diese Dateien sind ja aber in der Sicherung nicht einzeln erkennbar sondern stecken in den tar-Archiven. Bezüglich der Rechte habe ich jetzt noch mal was anderes versucht:
deja-dup über sudo gestartet (das hatte ich vorher auch schon probiert) aber dann als Ziel der Wiederherstellung eine externe Platte genommen, die ext4-formatiert ist. Die Idee war, dass das Programm mit der völlig anderen Rechteverwaltung auf NTFS nicht klar kommt. Aber trotzdem, also obwohl das Programm ja mit root-Rechten gelaufen sein sollte, kam wieder der selbe Fehler mit den fehlenden Schreibrechten auf die bekannten Dateien. rolf@rolf-SATELLITE-PRO-A30-C://media/rolf/MyDrive/Linux_defekt$ ls -ald //media/rolf/MyDrive/Linux_defekt/
drwxrwxrwx 1 rolf rolf 1716224 Okt 4 17:23 //media/rolf/MyDrive/Linux_defekt/
rolf@rolf-SATELLITE-PRO-A30-C://media/rolf/MyDrive/Linux_defekt$ ls -al //media/rolf/MyDrive/Linux_defekt/
insgesamt 208814387
drwxrwxrwx 1 rolf rolf 1716224 Okt 4 17:23 .
drwxrwxrwx 1 rolf rolf 32768 Sep 24 18:38 ..
-rwxrwxrwx 1 rolf rolf 31695 Jan 8 2019 duplicity-full.20190108T140155Z.manifest
-rwxrwxrwx 1 rolf rolf 52391921 Jan 8 2019 duplicity-full.20190108T140155Z.vol100.difftar.gz
Da kommen jetzt noch tausende weitere Archivdateien, aber die Rechte sind überall gleich. Hier noch mal der "df" mit den eingehängten externen Platten. Ich habe auch schon versucht von sdd1 nach sda2 wiederherzustellen.
rolf@rolf-SATELLITE-PRO-A30-C://media/rolf/MyDrive/Linux_defekt$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 3,9G 0 3,9G 0% /dev
tmpfs 791M 3,4M 788M 1% /run
/dev/sdb6 153G 94G 52G 65% /
tmpfs 3,9G 18M 3,9G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 3,9G 0 3,9G 0% /sys/fs/cgroup
/dev/loop0 107M 107M 0 100% /snap/tusk/27
/dev/loop1 89M 89M 0 100% /snap/core/7396
/dev/loop2 124M 124M 0 100% /snap/tusk/29
/dev/loop4 90M 90M 0 100% /snap/core/7713
/dev/loop3 107M 107M 0 100% /snap/tusk/28
/dev/sdb2 96M 41M 56M 43% /boot/efi
//192.168.178.1/fritz.nas 3,7T 2,6T 1,2T 70% /media/fritzbox-nas
tmpfs 791M 176K 791M 1% /run/user/1000
/dev/sda2 4,6T 3,5T 1,2T 76% /media/rolf/Seagate Backup Plus Drive
/dev/sdd1 932G 811G 122G 87% /media/rolf/MyDrive
Vielen Dank für Deine Geduld und Gruß
MrGolgi
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8558
Wohnort: Münster
|
Golgivesikel schrieb: […] Es fehlen dann aber einzelne thunderbird-Ordner in denen ich Mails abgelegt hatte. Das deckt sich dann mit den Dateien, die bei der Wiederherstellung angemeckert werden, weil die Schreibrechte fehlen.
Eine plausible Erklärung wäre, dass diese Dateien in ein wiederhergestelltes Unter-Verzeichnis geschrieben werden sollen, welches aber mit untauglichen Rechten erstellt wird, weil es bereits so gesichert wurde.
[…] Bezüglich der Rechte habe ich jetzt noch mal was anderes versucht:
deja-dup über sudo gestartet (das hatte ich vorher auch schon probiert) aber dann als Ziel der Wiederherstellung eine externe Platte genommen, die ext4-formatiert ist. Die Idee war, dass das Programm mit der völlig anderen Rechteverwaltung auf NTFS nicht klar kommt.
Versuche die Wiederherstellung als root (deja-dup aus einer root-Shell starten) auf einen mit FAT formatierten Datenträger. Du kannst auch versuchen, in einer teilweise wiederhergestellten Dateistruktur die Rechte zu korrigieren (insbesondere die der Ordner) und dann in genau diese Struktur ein weiteres Mal rücksichern. Verwende nicht sudo deja-dup, damit erzeugst Du möglicherweise genau solche Berechtigungsprobleme wie die, mit denen Du gerade kämpfst!
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8565
|
kB schrieb:
Verwende nicht sudo deja-dup, damit erzeugst Du möglicherweise genau solche Berechtigungsprobleme wie die, mit denen Du gerade kämpfst!
Versuche die Wiederherstellung als root (deja-dup aus einer root-Shell starten) auf einen mit FAT formatierten Datenträger
Nur aus Ergänzung: hp@hpdesktop:~$ sudo su
[sudo] Passwort für hp:
root@hpdesktop:/home/hp# beenden mit:
root@hpdesktop:/home/hp# exit
exit
hp@hpdesktop:~$
Golgivesikel schrieb:
Es wird ein Home-Verzeichnis mit u.a. einem Ordner "thunderbird" wiederhergestellt, der sogar funktioniert, wenn man ihm dem Mailprogramm unterschiebt. Es fehlen dann aber einzelne thunderbird-Ordner in denen ich Mails abgelegt hatte.
Was meinst du mit "unterschiebt"? Hast du das Problem nur bei Thunderbird ?
|
Golgivesikel
(Themenstarter)
Anmeldungsdatum: 10. Juli 2017
Beiträge: 117
|
Hallo zusammen,
vielen Dank für die Tipps und den ergänzenden Hinweis. Schon mal vorab einige Informationen: Was meinst du mit "unterschiebt"?
Bei Thunderbird liegt alles in einem großen Ordner. Den kann man einfach hin und herschieben. Das Programm darf dabei natürlich nicht aktiv sein. Man kann damit sogar seinen gesamten Mailaccount von Linux nach Windows kopieren und umgekehrt.
Hast du das Problem nur bei Thunderbird?
Die Meldung bezüglich angeblich fehlender Schreibrechte gibt es auch für andere Verzeichnisse. Z.B. einige von Google und VMware.
Ich habe ca. 3 Monate meines gesamten Home-Verzeichnisses verloren, aber das einzige wichtige und nicht wiederherstellbare sind die Mails. Daher der Fokus auf Thunderbird.
Versuche die Wiederherstellung als root (deja-dup aus einer root-Shell starten) auf einen mit FAT formatierten Datenträger.
Das könnte problematisch werden wegen der Größe einiger Dateien. Und noch eine Information: Die mysteriöse Meldung wegen fehlendem Speicherplatz erklärt sich vermutlich dadurch, das deja-dup erst mal alle Tar-Archive vom Sicherungslaufwerk in ein lokales Verzeichnis .cache/deja-dup kopiert, wozu auch immer. Das sind bei mir schon mal 20GB. Dann verbraucht deja-dup noch ca. weitere 80GB temporärem Speicher auf der lokalen Platte (Linux-Partition) während die Wiederherstellung läuft. Davon habe ich aber noch nicht herausgefunden wo und wofür. Möglicherweise .cache/dconf. Das ist nach dem Ende der Wiederherstellung aber leer. Meine Linux-Partition ist aber auf einer relativ kleinen SSD-Platte (dual-Boot neben Windows) und daher nur 157GB groß. Ich habe jetzt mal 120 GB Platz geschaffen und damit die Wiederherstellung laufen lassen. Sie lief jetzt sehr viel länger als vorher (ca 12 Stunden) und beendete sich ohne die Fehler- bzw. Warnmeldung wegen mangelndem Speicherplatz. Leider aber mit den selben fehlenden Schreibrechten. Ich starte jetzt mal neuen Versuch nach Euren Vorschlägen. Gruß MrGolgi
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8565
|
Golgivesikel schrieb: Leider aber mit den selben fehlenden Schreibrechten.
Kannst du die Meldung posten, wenn nicht erstelle doch ein Bildschirmfotos und hängr es an deine Antwort. Kennst du diese Möglichkeit der Reparatur bei Thunderbird (siehe Anhang)?
- Bilder
|