Sie müssen nur die Dateien speichern, der freie Speicherplatz spielt keine Rolle (es sei denn, Sie möchten die Dateien später wiederherstellen). Ein dd
ähnliches Tool würde also mit 235 GB (240 GB minus 5 GB) zu viel beginnen. Anstatt Zeit und Aufwand zu investieren und die begrenzte Schreibzeit der SSD, die versucht, den gesamten leeren Speicherplatz mit Nullen zu füllen, sichern Sie einfach die 5 GB der Dateien.
rsync
und die --archive
Flagge wäre gut.
Verwenden Sie für ein noch kleineres Backup ein Squashfs-Image. Es ist das, was die meisten Live-Linux-ISOs verwenden. Das Ausführen von einem anderen Live-System / ISO würde auch temporäre / in Gebrauch befindliche / Sperrdateien vermeiden. Nach dem Einbau (sagen wir /mnt
) ist es im Grunde:
mksquashfs /mnt backup.squashfs
Sie könnten eine wahrscheinlich kleinere und langsamere xz-Komprimierung verwenden mit:
mksquashfs /mnt backup.squashfs -comp xz -b 1048576
Dann mounten und kopieren Sie die Dateien zurück, wenn Sie fertig sind. Macht auch eine gute allgemeine Sicherung, da es sich um einen wahlfreien Zugriff handelt - Sie müssen nicht die gesamte .tar.xz oder
Wenn Sie den Bootsektor (und GRUB) überschreiben, möchten Sie möglicherweise auch eine Kopie davon speichern. Für MBR sind es nur die ersten 512 Bytes, also dd
würde es in eine Datei mit dem Namen MBR.dd
:
dd if=/dev/sda of=MBR.dd bs=512 count=1
GPT könnte sgdisk
( Antwort auf U & L ) wie folgt verwenden :
sgdisk --backup=<file> <device>
So stellen Sie das Backup wieder her:
sgdisk --load-backup=<file> <device>
Aber das Ignorieren der Partitionstabelle ist auch gut. Sie haben die Möglichkeit, eine viel kleinere Partition zu erstellen und wiederherzustellen (nur 5 GB von 240 GB). Die Wiederherstellung von GRUB mit einem Live-ISO ist ebenfalls einfach.