Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 8719
|
Hallo in die Runde, was habe ich unternommen: In Forum mit dem Begriff "Deja-dup" gesucht letzte Meldung vom 24.03.2020 und Xubuntu 18.04 Programm neu installiert
sudo apt-get --reinstall install deja-dup
Immer noch keine Verbesserung. Ich habe eine neue Sicherung erstellt. Wiederherstellung an einem anderen Ort bricht mit Fehlermeldung nach der Eingabe des Passwortes ab (siehe Anhang) Die Quelle (die Sicherung) hat die Größe von 110 GB das Ziel (externe Festplatte) hat die Größe 442 GB einzelne Dateien werden wieder hergestellt die vorhergehende Sicherung bricht bricht mit gleicher Fehlermeldung ab, das ist der Grund eine neu Sicherung zu erstellen
Die Angaben zu Quelle und Ziel #Quelle
mate-hp@matehp-HP:/media/mate-hp/TOSHIBA$ ls -l | grep -i daten
drwxrwxrwx 1 mate-hp mate-hp 3567616 Jan 4 18:51 Datensicherung-2021-09-06
drwxrwxrwx 1 mate-hp mate-hp 823296 Jan 5 10:08 Datensicherung-2022-01-04 # neue Sicherung
mate-hp@matehp-HP:/media/mate-hp/TOSHIBA$
#Ziel
mate-hp@matehp-HP:/media/mate-hp$ cd ubuntu-sicherung/
mate-hp@matehp-HP:/media/mate-hp/ubuntu-sicherung$ ls -l
insgesamt 0
drwxrwxrwx 1 mate-hp mate-hp 0 Jan 4 19:09 test
mate-hp@matehp-HP:/media/mate-hp/ubuntu-sicherung$ Nachtrag: Infos zu den installieren Versionen mate-hp@matehp-HP:~$ dpkg -l |grep -i deja-dup
ii deja-dup 40.7-0ubuntu1 amd64 Backup utility
ii deja-dup-caja 0.0.8-0ubuntu3 all Caja extension for Déjà Dup
mate-hp@matehp-HP:~$ Mein Test die Datenwiederherstellung in der VM mit Ubuntu 20.04 durchzuführen (da 2 externe Festplatten beteiligt sind), ergeben etwas mehr Auskünfte. Traceback (innermost last):
File "/usr/bin/duplicity", line 106, in <module>
with_tempdir(main)
File "/usr/bin/duplicity", line 94, in with_tempdir
tempdir.default().cleanup()
File "/usr/lib/python3/dist-packages/duplicity/tempdir.py", line 69, in default
_defaultInstance = TemporaryDirectory(temproot=globals.temproot)
File "/usr/lib/python3/dist-packages/duplicity/tempdir.py", line 158, in __init__
self.__dir = tempfile.mkdtemp(u"-tempdir", u"duplicity-", temproot)
File "/usr/lib/python3.8/tempfile.py", line 497, in mkdtemp
_os.mkdir(file, 0o700)
OSError: [Errno 28] No space left on device: '/tmp/duplicity-a6bpgovp-tempdir' Die Festplattenverhältnisse siehe Anhang "Datensicherung-3.png"
- Bilder
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53627
Wohnort: Berlin
|
Da hätten wir jetzt wohl ein df -h und ein df -i zu dem Zeitpunkt, an dem du die Meldung bekommen hast, gebraucht. Denn die Python-Fehlermeldung sagt, dass kein Platz mehr unter /tmp/ frei ist, was für gewöhnlich im Wurzelverzeichnis liegt und was duplicity offenbar als Zwischenspeicher benutzt. Btw: Berlin_1946 schrieb: Programm neu installiert
Immer noch keine Verbesserung.
Probleme mit Programmen lassen sich nur dann durch Neuinstallation beheben, wenn etwas an den Installierten Dateien nicht in Ordnung ist. In 99,99% der Fälle wird ein Problem aber durch fehlerhafte Konfigurationsdateien oder eben durch solche Faktoren wie hier (volle Platte) gestört. Siehe auch Unterschiede zu Windows.
|
Berlin_1946
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: 18. September 2009
Beiträge: 8719
|
tomtomtom schrieb: Da hätten wir jetzt wohl ein df -h und ein df -i zu dem Zeitpunkt, an dem du die Meldung bekommen hast, gebraucht. Denn die Python-Fehlermeldung sagt, dass kein Platz mehr unter /tmp/ frei ist, was für gewöhnlich im Wurzelverzeichnis liegt und was duplicity offenbar als Zwischenspeicher benutzt.
mate-hp@matehp-HP:~$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 7,8G 0 7,8G 0% /dev
tmpfs 1,6G 1,7M 1,6G 1% /run
/dev/sda2 104G 25G 74G 25% /
tmpfs 7,8G 984K 7,8G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup
/dev/loop1 62M 62M 0 100% /snap/core20/1270
/dev/loop0 56M 56M 0 100% /snap/core18/2253
/dev/loop3 44M 44M 0 100% /snap/snapd/14295
/dev/loop2 296M 296M 0 100% /snap/vlc/2344
/dev/sda1 103M 5,2M 98M 6% /boot/efi
/dev/sda3 130G 53G 71G 43% /media/date-vbox
/dev/sdb1 458G 121G 314G 28% /media/Volume
/dev/sdc3 661G 161G 466G 26% /home
tmpfs 1,6G 40K 1,6G 1% /run/user/1000
/dev/sde 932G 516G 416G 56% /media/mate-hp/TOSHIBA #Quelle
/dev/sdf1 932G 328G 604G 36% /media/mate-hp/sicherung #Ziel
mate-hp@matehp-HP:~$
2. Teil
mate-hp@matehp-HP:~$ df -i
Dateisystem Inodes IBenutzt IFrei IUse% Eingehängt auf
udev 2024652 694 2023958 1% /dev
tmpfs 2035768 1118 2034650 1% /run
/dev/sda2 6908720 342172 6566548 5% /
tmpfs 2035768 24 2035744 1% /dev/shm
tmpfs 2035768 3 2035765 1% /run/lock
tmpfs 2035768 18 2035750 1% /sys/fs/cgroup
/dev/loop1 11776 11776 0 100% /snap/core20/1270
/dev/loop0 10836 10836 0 100% /snap/core18/2253
/dev/loop3 479 479 0 100% /snap/snapd/14295
/dev/loop2 51464 51464 0 100% /snap/vlc/2344
/dev/sda1 0 0 0 - /boot/efi
/dev/sda3 8708096 32 8708064 1% /media/date-vbox
/dev/sdb1 30531584 438 30531146 1% /media/Volume
/dev/sdc3 44023808 40559 43983249 1% /home
tmpfs 2035768 57 2035711 1% /run/user/1000
/dev/sde 435952832 11140 435941692 1% /media/mate-hp/TOSHIBA
/dev/sdf1 633059328 40858 633018470 1% /media/mate-hp/sicherung
mate-hp@matehp-HP:~$
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53627
Wohnort: Berlin
|
Wie geschrieben: Wir brauchen das zu dem Zeitpunkt, wo die Meldung auftritt, denn /tmp wird nach jedem Neustart geleert. Der freie Platz auf den externen Platten interessiert hier nicht, da die Fehlermeldung sich auf den vollen Speicher auf der Systempartition bezieht (wie ich bereits in der ersten Antwort schrieb).
|
Berlin_1946
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: 18. September 2009
Beiträge: 8719
|
Sry, ich habe es bevor ich die 2 Befehle in den Thead schrien den Fehler noch einmal erzeugt. Versag es zu schreiben. 😢
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53627
Wohnort: Berlin
|
Dann sieht das stark nach einem Fehler in duplicity aus, denn das würde bedeuten, dass es die freie Kapazität falsch berechnet. Lass mich da mal schnell die aktuelle Version von duplicity für Focal bauen, damit wir ausprobieren können, ob es daran liegt.
|
Berlin_1946
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: 18. September 2009
Beiträge: 8719
|
tomtomtom schrieb: Dann sieht das stark nach einem Fehler in duplicity aus, denn das würde bedeuten, dass es die freie Kapazität falsch berechnet. Lass mich da mal schnell die aktuelle Version von duplicity für Focal bauen, damit wir ausprobieren können, ob es daran liegt.
Bitte lass dir Zeit, ich muss täglich den Rechner um 18:30 freigeben. Mit Glück kann ich morgen früh wieder an die "Kiste" 😠
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53627
Wohnort: Berlin
|
Na die bau ja nicht ich, sondern der Launchpad-Server. Kann ich gar nicht beeinflussen, das geht je nach Auslastung.😉 Schaut aber im Changelog schonmal interessant aus, denn im Changelog der aktuellen Version 0.8.21 ist ein Fix für https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862005 aufgeführt, der deiner Fehlermeldung ja sehr ähnlich ist.
|
tomtomtom
Supporter
Anmeldungsdatum: 22. August 2008
Beiträge: 53627
Wohnort: Berlin
|
Okay, ist jetzt fertig. Bitte erstmal damit ausprobieren: sudo apt-add-repository ppa:tomtomtom/duplicity
sudo apt upgrade Das ist dann dieselbe Déjà-Dup-Version mit aktuellem Duplicity-Unterbau samt Bugfix. Weil ich schonmal dabei war, hab ich auch gleich noch ein Repo für die aktuelle Déjà-Dup-Version u.a. mit Google-Drive-Anbindung erstellt, falls das jemand brauchen sollte, dort ist duplicity bereits enthalten. https://launchpad.net/~tomtomtom/+archive/ubuntu/deja-dup
|
Berlin_1946
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: 18. September 2009
Beiträge: 8719
|
Hallo tomtomtom, ausgeführt gefolgt vom sudo apt upgrade mate-hp@matehp-HP:/etc/apt/sources.list.d$ ls -l| grep -i tom
-rw-r--r-- 1 root root 140 Jan 6 11:37 tomtomtom-ubuntu-duplicity-focal.list
-rw-r--r-- 1 root root 140 Jan 6 11:37 tomtomtom-ubuntu-duplicity-focal.list.save
mate-hp@matehp-HP:/etc/apt/sources.list.d$ Erste Versuche mit kleinen Datenmengen, die ich neu gesichert und auch an einen anderen Ort zurück gespielt, habe funktioniert. Mit der Rücksicherung der Daten vor der Änderung o.g. (also von vor einigen Tagen) haben nicht funktioniert. Das sind auch sehr große Datenmengen. Eine aktuelle Sicherung mit der Aktualisierung läuft noch. 😎
|
Berlin_1946
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: 18. September 2009
Beiträge: 8719
|
Hallo tomtomtom, leider hat deine Änderung nicht den Erfolg gebracht. Was auffällt, wenn die "Wiederherstellung an einem anderen Ort" bei größeren Datenmengen ausgeführt wird, dann kommt eine Legitimation- Abfrage, das ist bei mir vorher und bei kleinen Datenmengen (das sind Versuche von gestern) nicht aufgetreten. Nach dem Abbruch: mate-hp@matehp-HP:~$ df -h
Dateisystem Größe Benutzt Verf. Verw% Eingehängt auf
udev 7,8G 0 7,8G 0% /dev
tmpfs 1,6G 1,7M 1,6G 1% /run
/dev/sda2 104G 25G 74G 25% / #
tmpfs 7,8G 984K 7,8G 1% /dev/shm
tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs 7,8G 0 7,8G 0% /sys/fs/cgroup
/dev/loop1 44M 44M 0 100% /snap/snapd/14295
/dev/loop0 56M 56M 0 100% /snap/core18/2253
/dev/loop2 62M 62M 0 100% /snap/core20/1270
/dev/loop3 296M 296M 0 100% /snap/vlc/2344
/dev/sda1 103M 5,2M 98M 6% /boot/efi
/dev/sda3 130G 52G 72G 43% /media/date-vbox
/dev/sdb1 458G 249G 186G 58% /media/Volume
/dev/sdc3 661G 163G 464G 26% /home
tmpfs 1,6G 20K 1,6G 1% /run/user/1000
/dev/sdd1 205G 118G 87G 58% /media/mate-hp/Asus-1
/dev/sde 932G 720G 213G 78% /media/mate-hp/TOSHIBA
/dev/sdd2 261G 256G 5,2G 99% /media/mate-hp/Asus-2
/dev/sdf1 932G 337G 595G 37% /media/mate-hp/sicherung
mate-hp@matehp-HP:~$
und mate-hp@matehp-HP:~$ df -i
Dateisystem Inodes IBenutzt IFrei IUse% Eingehängt auf
udev 2024138 691 2023447 1% /dev
tmpfs 2035208 1104 2034104 1% /run
/dev/sda2 6908720 342231 6566489 5% /
tmpfs 2035208 24 2035184 1% /dev/shm
tmpfs 2035208 3 2035205 1% /run/lock
tmpfs 2035208 18 2035190 1% /sys/fs/cgroup
/dev/loop1 479 479 0 100% /snap/snapd/14295
/dev/loop0 10836 10836 0 100% /snap/core18/2253
/dev/loop2 11776 11776 0 100% /snap/core20/1270
/dev/loop3 51464 51464 0 100% /snap/vlc/2344
/dev/sda1 0 0 0 - /boot/efi
/dev/sda3 8708096 35 8708061 1% /media/date-vbox
/dev/sdb1 30531584 497 30531087 1% /media/Volume
/dev/sdc3 44023808 41846 43981962 1% /home
tmpfs 2035208 52 2035156 1% /run/user/1000
/dev/sdd1 91288108 2384 91285724 1% /media/mate-hp/Asus-1
/dev/sde 222860760 15359 222845401 1% /media/mate-hp/TOSHIBA
/dev/sdd2 5463944 8585 5455359 1% /media/mate-hp/Asus-2
/dev/sdf1 623869744 50367 623819377 1% /media/mate-hp/sicherung
mate-hp@matehp-HP:~$
Quelle ist:
mate-hp@matehp-HP:/media/mate-hp/TOSHIBA$ ls -l | grep -i sich-2022-01-06
drwxrwxrwx 1 mate-hp mate-hp 700416 Jan 6 21:11 sich-2022-01-06
mate-hp@matehp-HP:/media/mate-hp/TOSHIBA$
der andere Ort: mate-hp@matehp-HP:/media/mate-hp/sicherung$ ls -l
insgesamt 4
drwxrwxrwx 1 mate-hp mate-hp 0 Jan 6 15:16 ruek-sicherung-2022-01-06 # der Zielordner
drwxrwxrwx 1 mate-hp mate-hp 4096 Jan 5 18:05 vm-Volume
mate-hp@matehp-HP:/media/mate-hp/sicherung$ Der Ordner sich-2022-01-06 hat 1.758 Objekte der Gesamtgröße 92,9 GB (92,9 GB auf Festplatte) an Ort /media/mate-hp/TOSHIBA Der Inhalt der tmp
mate-hp@matehp-HP:/tmp$ ls -l
insgesamt 32
-rw------- 1 mate-hp mate-hp 0 Jan 7 07:37 config-err-7HDTx2
drwx------ 2 mate-hp mate-hp 4096 Jan 7 07:37 ssh-j05vtaFWitcZ
drwx------ 3 root root 4096 Jan 7 07:37 systemd-private-018a76fa7bd0493ebd9f1506e4c054e9-ModemManager.service-TgnBuf
drwx------ 3 root root 4096 Jan 7 07:37 systemd-private-018a76fa7bd0493ebd9f1506e4c054e9-systemd-logind.service-DTPvdg
drwx------ 3 root root 4096 Jan 7 07:37 systemd-private-018a76fa7bd0493ebd9f1506e4c054e9-systemd-resolved.service-8dJBVg
drwx------ 3 root root 4096 Jan 7 07:37 systemd-private-018a76fa7bd0493ebd9f1506e4c054e9-systemd-timesyncd.service-IMOlXh
drwx------ 3 root root 4096 Jan 7 07:37 systemd-private-018a76fa7bd0493ebd9f1506e4c054e9-upower.service-XVFEvi
drwx------ 2 mate-hp mate-hp 4096 Jan 7 07:40 Temp-4e122233-0bc6-40f3-aecc-29ffabe61a7b
drwx------ 2 mate-hp mate-hp 4096 Jan 7 07:39 Temp-7cc59716-fd8f-485c-b4ab-60d92117a82e
mate-hp@matehp-HP:/tmp$ Nachtrag: hier wurde das Problem gelöst. mehr-speicherplatz-fuer-deja-dup Leider muss man dazu mit dem Quellcode arbeiten können. Ist somit bei mir klar, die /tmp ist zu klein. Hat jemand noch eine andere Idee?
|
Vej
Moderator, Supporter
Anmeldungsdatum: 7. März 2013
Beiträge: 3391
|
Hallo Berlin_1946. Kannst du deine Wiederherstellung vielleicht einmal mit 'DEJA_DUP_DEBUG=1 deja-dup --restore | tail -n 1000 > ~/deja-dup.log' starten? Das produziert deutlich mehr Logausgaben und schreibt das Ende davon in die Datei ~/deja-dup.log. Vielleicht bekommen wir da mehr Informationen wo genau der Speicher alle ist. Viele Grüße Vej
|
Berlin_1946
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: 18. September 2009
Beiträge: 8719
|
Hallo Vej, danke, das du dich der "Sache" annimmst. 👍 mate-hp@matehp-HP:~$ DEJA_DUP_DEBUG=1 deja-dup --restore | tail -n 1000 > ~/deja-dup.log
gpg: WARNING: unsafe permissions on homedir '/home/mate-hp/.gnupg'
mate-hp@matehp-HP:~$ cat deja-dup.log Ich habe das hier bei askubuntu gefunden. Das Thema scheint schon etwas älter zu sein (22.Sep 2012). Auch meine /tmp läuft voll (ich habe es mit geringeren Datenmengen ausprobiert, da funktioniert es). Der Tipp lässt sich nicht umsetzen, da das
sed -i "s/^\(RAMTMP\=\).*/\1no/" /etc/default/rcS
nicht mehr funktioniert. Mit anderen Worten: ich finde keine Datei /etc/default/rcS mehr und das
"s/^\(RAMTMP\=\).*/\1no/"
kann ich auch leider nicht nachvollziehen. Vllt ist das ein Lösungsweg, ohne deiner Idee vorzugreifen. 😇 Nachtrag: Ist mir aufgefallen. Was macht der vlc im snap in der *.log? home/mate-hp/snap/vlc/common/.cache/
|
Berlin_1946
Supporter, Wikiteam
(Themenstarter)
Anmeldungsdatum: 18. September 2009
Beiträge: 8719
|
Hallo in die Runde, durch Berichte im Netz, bin ich vllt einem älteren Fehler nachgegangen und es liegt doch nicht an der Größe des /tmp . Ich kann den Fehler reproduzieren: Ich sicher eine Ordner außerhalb des /home . Die Sicherung wird erstellt, jedoch die Rücksicherung -an einem anderen Ort- endet mit einer Fehlermeldung. Das triff auch auf, wenn das /home und eine anderer Ordner z.Bsp. von einer externen Festplatte zusammen gesichert werden sollen. Der Sicherungsort ist eine externe Festplatte. Der zu sicheren Ordner ist eine weiter externe Festplatte. Siehe auch die Meldungen und Einstellungen bei den Anhängen.
- Bilder
|
Kellerkind_2009
Anmeldungsdatum: 26. November 2009
Beiträge: 19610
Wohnort: Schleswig-Holstein
|
Berlin_1946 schrieb:
mate-hp@matehp-HP:~$ DEJA_DUP_DEBUG=1 deja-dup --restore | tail -n 1000 > ~/deja-dup.log
gpg: WARNING: unsafe permissions on homedir '/home/mate-hp/.gnupg'
mate-hp@matehp-HP:~$
Moin Werner, benutze DEJA DUP nicht aber wenn ich das gelb Markierte so ansehe ..... Was zeigt denn sudo find /home/ -xtype l find ~ ! -user $USER -ls Gruß Stephan P.s. Lese ich das richtig das es nur bei großen Datendateien auftritt??
|