☰

DD stürzt ab, weil nicht genügend Speicherplatz vorhanden ist

tag-icon • tag-icon linux debian backup dd
DD stürzt ab, weil nicht genügend Speicherplatz vorhanden ist

Frage

Ich versuche gerade dd, ein Backup meines logischen Datenträgers auf Blockebene zu erstellen /home, aber der Speicherplatz geht ständig zu Ende, egal ob ich die Ausgabe auf eine Datei auf dem externen Laufwerk verweise oder die Ausgabe dann gzipauf das externe Laufwerk umleite. Running df -hweist darauf hin, dass der Speicherplatz der /Partition(?) knapp wird, aber ich habe keine Ahnung, wie ich das umgehen oder die Daten einfach auf dem externen Laufwerk ablegen kann.

Ich erstelle einen Snapshot von /homedurch lvcreate(der von mir verwendete Befehl war lvcreate -l 477 -s -n HomeSnapshot /dev/Silverback-vg/home) und füge diesen dann ddals Eingabedatei ein.

Kontext

Ich versuche, mein Homelab mit einem Block-Level-Backup meiner Partitionen in einer Image-Datei auf meinem externen Laufwerk einzurichten /home. /Das Ziel sind automatisierte tägliche Voll-Backups, die ich nach der Neuinstallation von Debian einfach wieder kopieren kann, wenn ich etwas kaputt mache (sehr wahrscheinlich). Ich komme aus einer hauptsächlich Windows-Umgebung, daher wären alle Fragen in diesem Zusammenhang hilfreich. Ich würde auch gerne jede Dokumentation annehmen, auf die Sie verlinken möchten, wenn Sie mir sagen können, worauf ich speziell achten sollte. Ich habe ein paar Stunden damit verbracht, zu graben und meine Lösung noch nicht gefunden.

zusätzliche Information

Meine Partitionen sind wie folgt:

Internal drive (80 GB)
    sda1 = /boot (243 MB)
    sda2 =  Volume Group "Silverback-vg"
        LV root (mounted as /) ~10 GB
        LV swap (mounted as /swap) ~2.64 GB
        LV home (mounted as /home) ~60 GB
External Drive (~3 TB)
    sdb = Volume Group "backups"
        LV 3TB_External (mounted as /mnt/backups/3TB_External) ~3 TB)

df -hAusgabe:

root@Silverback:~# df -h
Filesystem                             Size  Used Avail Use% Mounted on
/dev/dm-0                              9.1G  9.1G     0 100% /
udev                                    10M     0   10M   0% /dev
tmpfs                                  403M  6.0M  397M   2% /run
tmpfs                                 1007M   68K 1007M   1% /dev/shm
tmpfs                                  5.0M  4.0K  5.0M   1% /run/lock
tmpfs                                 1007M     0 1007M   0% /sys/fs/cgroup
/dev/sda1                              236M   22M  202M  10% /boot
/dev/mapper/Silverback--vg-home         60G   53M   57G   1% /home
tmpfs                                  202M  4.0K  202M   1% /run/user/116
tmpfs                                  202M   12K  202M   1% /run/user/1000
/dev/mapper/Silverback--vg-HomeBackup   60G   53M   57G   1% /mnt/Silverback-vg/HomeBackup

Fehler bei ddder Ausgabe auf externes Laufwerk:

root@Silverback:~# dd if=/dev/Silverback-vg/HomeSnapshot of="/mnt/backups/3TB_External/home Backup Mar-17-2017.img"
dd: writing to ‘/mnt/backups/3TB_External/home Backup Mar-17-2017.img’: No space left on device
8158833+0 records in
8158832+0 records out
4177321984 bytes (4.2 GB) copied, 237.212 s, 17.6 MB/s

Fehler beim Weiterleiten der Ausgabe ddzum gzipexternen Laufwerk:

root@Silverback:~# dd if=/dev/Silverback-vg/HomeSnapshot | gzip > "/mnt/backups/Home Mar-17-2017.img"

gzip: stdout: No space left on device

Antwort1

Für die Adleraugen unter Ihnen: Ich hatte die backupsvirtuelle Gruppe nicht tatsächlich mit dem System verbunden, aber das 3TB_ExternalVerzeichnis war da. Da es nicht als Nachkomme von zugeordnet war /home, blieb es auf hängen /, das auf 10 GB begrenzt war.

Als ich das herausfand, aktivierte ich die virtuelle Gruppe, vgchange -ay backupsordnete dann das logische Volume dem 3TB_ExternalVerzeichnis zu und schon konnte es losgehen.

Vielen Dank an alle, die vorbeigeschaut haben.

Antwort2

Ihr Problem scheint das FAT32-Dateisystem auf dem externen Laufwerk zu sein. Ändern Sie es (formatieren Sie das Laufwerk) in NTFS und alles sollte in Ordnung sein. FAT32 erlaubt keine Dateien, die größer als 4 GB sind.

verwandte Informationen