☰

Backup: Kein Speicherplatz mehr auf dem Gerät. Aber ist da noch Platz?

tag-icon • tag-icon backup duplicity
Backup: Kein Speicherplatz mehr auf dem Gerät. Aber ist da noch Platz?

Ubuntu 21.10, grafische Backup-Oberfläche, die mit Gnome 40.4.0 geliefert wird. Beim Durchführen des Backups bekomme ich die Meldung „Kein Speicherplatz mehr auf dem Gerät“. Dies geschah, nachdem ich einige Dateien mit einer Größe von etwa 100 GB hinzugefügt hatte. Was könnte das Problem sein?

  • Die lokale Festplatte, auf der ich mein Zuhause sichern möchte, hat 1,5 TB freien Speicherplatz
  • Die Gesamtgröße meines Hauses (das ich bereits gesichert habe) beträgt 454 GB, also sollte die Größe nicht das Problem sein
  • Wo finde ich die Duplicity-Logdateien, also was das Frontend macht? In /var/log steht nichts
  • Es wird nichts in mein Home- oder /tmp-Verzeichnis geschrieben, das Problem liegt also nicht beim Ausfüllen von einem dieser Verzeichnisse.

Alle Ideen sind willkommen.

BEARBEITEN1:Die Ausgaben von blkid und df -h wie gewünscht:

root@igtp:~# blkid
/dev/nvme0n1p1: UUID="F497-2C34" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="6df88602-8014-4894-8d4c-65b1b5cec43f"
/dev/nvme0n1p2: UUID="03387746-74e5-4e55-b57d-19400ddd6994" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="b11921f6-d0ae-430d-8a68-42f47b5a0a3c"
/dev/loop0: TYPE="squashfs"
/dev/loop1: TYPE="squashfs"
/dev/loop2: TYPE="squashfs"
/dev/loop3: TYPE="squashfs"
/dev/loop4: TYPE="squashfs"
/dev/loop5: TYPE="squashfs"
/dev/loop6: TYPE="squashfs"
/dev/loop7: TYPE="squashfs"
/dev/loop8: TYPE="squashfs"
/dev/loop9: TYPE="squashfs"
/dev/loop10: TYPE="squashfs"
/dev/loop11: TYPE="squashfs"
/dev/loop12: TYPE="squashfs"
/dev/loop13: TYPE="squashfs"
/dev/loop14: TYPE="squashfs"
/dev/loop15: TYPE="squashfs"
/dev/loop16: TYPE="squashfs"
/dev/loop17: TYPE="squashfs"
/dev/loop18: TYPE="squashfs"
/dev/loop19: TYPE="squashfs"
/dev/loop20: TYPE="squashfs"
/dev/loop21: TYPE="squashfs"
/dev/loop22: TYPE="squashfs"
/dev/loop23: TYPE="squashfs"
/dev/loop24: TYPE="squashfs"
/dev/loop25: TYPE="squashfs"
/dev/loop26: TYPE="squashfs"
/dev/loop27: TYPE="squashfs"
/dev/loop28: TYPE="squashfs"
/dev/loop29: TYPE="squashfs"
/dev/loop30: TYPE="squashfs"
/dev/loop31: TYPE="squashfs"
/dev/loop32: TYPE="squashfs"
/dev/loop33: TYPE="squashfs"
/dev/sdb1: LABEL_FATBOOT="Ubuntu Back" LABEL="Ubuntu Back" UUID="52B2-40B7" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="9828faf4-dd30-4b07-8597-5143c7d6fbd3"
root@igtp:~# df -h
Filesystem      Size  Used Avail Use% Mounted on
tmpfs           1,6G  4,7M  1,6G   1% /run
/dev/nvme0n1p2  938G  485G  406G  55% /
tmpfs           7,7G   66M  7,6G   1% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           7,7G     0  7,7G   0% /run/qemu
/dev/nvme0n1p1  511M  5,3M  506M   2% /boot/efi
tmpfs           1,6G   13M  1,6G   1% /run/user/1000
/dev/sdb1       2,0T  557G  1,5T  28% /media/gl/Ubuntu Back
root@igtp:~# i

BEARBEITEN2: Ausgabe von df -hTi:

tmpfs          tmpfs   2,0M  1,9K  2,0M    1% /run
/dev/nvme0n1p2 ext4     60M  741K   59M    2% /
tmpfs          tmpfs   2,0M   113  2,0M    1% /dev/shm
tmpfs          tmpfs   2,0M     5  2,0M    1% /run/lock
tmpfs          tmpfs   2,0M     1  2,0M    1% /run/qemu
/dev/nvme0n1p1 vfat       0     0     0     - /boot/efi
tmpfs          tmpfs   391K   246  391K    1% /run/user/1000
/dev/sdb1      vfat       0     0     0     - /media/gl/Ubuntu Back

Antwort1

Lösung: Formatieren Sie die Sicherungsfestplatte in einem Dateisystem, das große Dateien unterstützt.

Einzelheiten:

  • Das Backup-Laufwerk war ein 4 TB Seageate, das auf FAT32 formatiert war.
  • Das Formatieren auf ext4 und erneute Ausführen der Sicherung war erfolgreich, ABER:
  • Jede der Sicherungsdateien war etwa 50 MB groß.
    • Dies sollte für das FAT32-Dateisystem kein Problem sein
    • Während der Sicherung werden keine großen temporären Dateien auf dem Sicherungsspeicher gespeichert. Ich habe die Auslastung des FAT32-Dateisystems überwacht, während die Sicherung ausgeführt wurde, bevor sie fehlschlug, und sie hat nicht zugenommen.
  • Ich habe versucht, das Problem zu reproduzieren, indem ich die Festplatte wieder auf FAT32 formatiert und das Backup erneut ausgeführt habe, aber das wurde mir nicht erlaubt (FAT32 unterstützt keine Festplatten, die größer als 2 TB sind – wie konnte sie überhaupt auf FAT32 formatiert werden?!)

Unterm Strich funktioniert es also, von vorne zu beginnen und auf ext4 zu formatieren, aber ob das die tatsächliche Lösung für dieses spezielle Problem ist, kann ich nicht bestätigen.

PS: Danke @Dan für den Hinweis

Antwort2

Ich wollte meinen Senf dazugeben, weil ich das auch gerade bekommen habe, aber meine Backup-Festplatte war bereits ext4 (und ich kann dazu nichts sagen, nicht genug Reputation).

Ich habe einfach einen anderen Backup-Speicherort gewählt und es hat funktioniert (ein neues Backup wurde gestartet, ja). Alle Festplatten, Partitionen, Inodes hatten reichlich Platz (80 %/1 TB+ frei). Ich habe das vorhandene Verzeichnis umbenannt und ein neues mit demselben Namen erstellt und es hat einfach funktioniert.

Wenn jemand darauf stößt und weitere Informationen hat, könnte es sinnvoll sein, einen Kommentar abzugebenhttps://answers.launchpad.net/deja-dup/+question/694803

Danke, hoffentlich hilft das!

verwandte Informationen