DD stürzt ab, weil der Speicherplatz knapp wird

1

Frage

Ich ddführe eine Block-Level-Sicherung meines /homelogischen Datenträgers aus, aber der Speicherplatz wird immer knapp, wenn ich die Ausgabe auf eine Datei auf dem externen Laufwerk zeige oder die Ausgabe gzipan das externe Laufwerk weiterleite. Running df -hzeigt auf die /Partition (?), Auf der nicht mehr genügend Speicherplatz vorhanden ist, aber ich habe keine Ahnung, wie ich das umgehen oder einfach auf das externe Laufwerk kopieren soll.

Ich mache einen Schnappschuss von /homeThrough lvcreate(Befehl, den ich verwendet habe, war lvcreate -l 477 -s -n HomeSnapshot /dev/Silverback-vg/home) und speise diesen dann ddals Eingabedatei ein.

Kontext

Ich versuche, mein Homelab mit einer Block-Level-Sicherung von my /homeund /Partitionen in einer Image-Datei auf meinem externen Laufwerk einzurichten . Das Ziel ist es, automatische tägliche vollständige Backups zu haben, die ich einfach nach der Neuinstallation von Debian zurückkopieren kann, wenn ich etwas kaputt mache (sehr wahrscheinlich). Ich komme hauptsächlich aus einer Windows-Umgebung, daher wären alle Fragen, die in diesem Zusammenhang gestellt werden, hilfreich. Gerne nehme ich auch jede Dokumentation an, die Sie verlinken möchten, wenn Sie herausfinden, worauf ich genau achten sollte. Ich habe ein paar Stunden lang gegraben und noch keine Lösung 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 -h Ausgabe:

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 der ddAusgabe 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 von ddeinem 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

— Matthew_Sp
quelle

1

Für die Adleraugen unter Ihnen hatte ich die backupsvirtuelle Gruppe nicht wirklich mit dem System verbunden, aber das 3TB_ExternalVerzeichnis war da. Da es nicht als Abkömmling von zugeordnet wurde /home, wurde es auf festgeklebt /, was auf 10 GB beschränkt war.

Als ich das entdeckte, aktivierte ich die virtuelle Gruppe vgchange -ay backupsund ordnete das logische Volume dem 3TB_ExternalVerzeichnis zu.

Vielen Dank an alle, die geschaut haben.

— Matthew_Sp
quelle

0

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 lässt keine Dateien zu, die größer als 4 GB sind.

— pbies
quelle

Vielen Dank, dass Sie sich das angeschaut haben, aber ich habe eine Frage. Das externe Laufwerk sollte mit ext3 formatiert worden sein. Wo sehen Sie es als FAT32 formatiert? Außerdem habe ich meinen eigenen Fehler entdeckt. Mein externes Laufwerk war fälschlicherweise nicht dem Speicherort zugeordnet, auf den ich Daten geschrieben habe, sodass die Daten stattdessen auf der Root-Partition abgelegt wurden.

— Matthew_Sp

Ich sehe nicht, dass es FAT32-formatiert ist, aber die Umstände sagen mir das. Aber jetzt hast du alle Infos und kannst es zum Laufen bringen. Sie sollten jetzt schreiben /mnt/backups/3TB_External.

— pbies