Kommentare zu: Systembackup mit Knoppix, dd, gzip und USB-Festplatte http://a-minor-point-of-view.de/2009/02/19/systembackup-mit-knoppix-dd-gzip-und-usb-festplatte/ insignificant perceptions from certifiably insane minds Wed, 30 Nov 2011 22:04:12 +0000 hourly 1 http://wordpress.org/?v=3.1.2 Von: Matthias http://a-minor-point-of-view.de/2009/02/19/systembackup-mit-knoppix-dd-gzip-und-usb-festplatte/#comment-906 Matthias Fri, 20 Nov 2009 17:54:54 +0000 http://zeroterm.wordpress.com/?p=464#comment-906 Hallo! Du verwendest zum Backup ja folgende Befehlszeile: dd if=/dev/sda | gzip -c | cat > /media/sdb1/backups/lenovoHDfull.bin.gz Da fallen mir 3 Dinge ein, die Du tun kannst, um den Vorgang zu beschleunigen. 1. Erhöhen der Blockgröße Mit dem Parameter bs kannst Du dd mitteilen, wie viele Daten es in einem Rutsch einlesen und schreiben soll. Ich verwende meist 1M, das steht für 1024*1024 Byte und geht schon mal um einiges schneller als mir der Standardgröße von (ich glaube) 512 Byte. Sähe in Deinem Fall dann so aus: dd if=/dev/sda bs=1M | gzip -c | cat > /media/sdb1/backups/lenovoHDfull.bin.gz 2. Einen Prozess einsparen Du kannst gzip ruhig direkt auf das Ziel schreiben lassen, es ist unnötig, die Daten nochmal durch cat zu jagen und sie erst dann zu schreiben. Bringt für die Geschwindigkeit zwar nur wenig, trotzdem vermeidet man überflüssige Prozesse wo es geht. Und so sähe es aus: dd if=/dev/sda bs=1M | gzip -c > /media/sdb1/backups/lenovoHDfull.bin.gz 3. Grad der Kompression verringern (oder es gleich lassen) Ich nutze dd regelmäßig, um die Windows-XP-Systempartition meines Notebook auf eine über USB 2.0 angeschlossene Festplatte zu sichern. Wenn ich die Daten komprimiere, komme ich nicht über 12 MB/sec, selbst bei geringster Kompression (die kann man bei gzip über die Optionen -1 bis -9 einstellen). Meine CPU (Core 2 Duo mit 1,66GhZ) komprimiert die Daten langsamer, als sie der USB-Bus wegschaufeln könnte. Ohne Kompression komme ich auf 25MB/sec, was etwa der netto-Datenrate des USB-Bus entspricht. Da externe Platten extrem billig geworden sind, nehme ich gerne in Kauf, für jedes Backup volle 65GB zu verbrauchen, dafür läuft es in weniger als der halben Zeit durch. :-) Und das Schönste daran ist, daß ich mir noch einen Prozess und die Umleitung sparen kann, bei Dir sähe das dann so aus: dd if=/dev/sda bs=1M of=/media/sdb1/backups/lenovoHDfull.bin Du siehst, die Umleitung habe ich vermieden, indem ich dd über den Parameter of direkt mitgeteilt habe, wohin es schreiben soll. Viele Grüße Matthias Hallo!

Du verwendest zum Backup ja folgende Befehlszeile:

dd if=/dev/sda | gzip -c | cat > /media/sdb1/backups/lenovoHDfull.bin.gz

Da fallen mir 3 Dinge ein, die Du tun kannst, um den Vorgang zu beschleunigen.

1. Erhöhen der Blockgröße
Mit dem Parameter bs kannst Du dd mitteilen, wie viele Daten es in einem Rutsch einlesen und schreiben soll. Ich verwende meist 1M, das steht für 1024*1024 Byte und geht schon mal um einiges schneller als mir der Standardgröße von (ich glaube) 512 Byte. Sähe in Deinem Fall dann so aus:

dd if=/dev/sda bs=1M | gzip -c | cat > /media/sdb1/backups/lenovoHDfull.bin.gz

2. Einen Prozess einsparen
Du kannst gzip ruhig direkt auf das Ziel schreiben lassen, es ist unnötig, die Daten nochmal durch cat zu jagen und sie erst dann zu schreiben. Bringt für die Geschwindigkeit zwar nur wenig, trotzdem vermeidet man überflüssige Prozesse wo es geht. Und so sähe es aus:

dd if=/dev/sda bs=1M | gzip -c > /media/sdb1/backups/lenovoHDfull.bin.gz

3. Grad der Kompression verringern (oder es gleich lassen)
Ich nutze dd regelmäßig, um die Windows-XP-Systempartition meines Notebook auf eine über USB 2.0 angeschlossene Festplatte zu sichern. Wenn ich die Daten komprimiere, komme ich nicht über 12 MB/sec, selbst bei geringster Kompression (die kann man bei gzip über die Optionen -1 bis -9 einstellen). Meine CPU (Core 2 Duo mit 1,66GhZ) komprimiert die Daten langsamer, als sie der USB-Bus wegschaufeln könnte. Ohne Kompression komme ich auf 25MB/sec, was etwa der netto-Datenrate des USB-Bus entspricht. Da externe Platten extrem billig geworden sind, nehme ich gerne in Kauf, für jedes Backup volle 65GB zu verbrauchen, dafür läuft es in weniger als der halben Zeit durch. :-) Und das Schönste daran ist, daß ich mir noch einen Prozess und die Umleitung sparen kann, bei Dir sähe das dann so aus:

dd if=/dev/sda bs=1M of=/media/sdb1/backups/lenovoHDfull.bin

Du siehst, die Umleitung habe ich vermieden, indem ich dd über den Parameter of direkt mitgeteilt habe, wohin es schreiben soll.

Viele Grüße
Matthias

]]> Von: Alex http://a-minor-point-of-view.de/2009/02/19/systembackup-mit-knoppix-dd-gzip-und-usb-festplatte/#comment-905 Alex Sat, 21 Feb 2009 16:10:20 +0000 http://zeroterm.wordpress.com/?p=464#comment-905 Wg. Ueberpruefung des Status: Das Programm watch wird dir gefallen. Wg. Ueberpruefung des Status: Das Programm watch wird dir gefallen.

]]> Von: Sven http://a-minor-point-of-view.de/2009/02/19/systembackup-mit-knoppix-dd-gzip-und-usb-festplatte/#comment-904 Sven Fri, 20 Feb 2009 23:19:11 +0000 http://zeroterm.wordpress.com/?p=464#comment-904 Während und Komma natürlich, ähm. Während und Komma natürlich, ähm.

]]> Von: Sven http://a-minor-point-of-view.de/2009/02/19/systembackup-mit-knoppix-dd-gzip-und-usb-festplatte/#comment-903 Sven Fri, 20 Feb 2009 23:18:03 +0000 http://zeroterm.wordpress.com/?p=464#comment-903 Eine Stunde im Netz gesucht um etwas dieser Klarheit zu finden! Wären Knoppix noch downloadet lese ich hier ein bisschen weiter querbeet, inspiring so far! Keep on rocking. Eine Stunde im Netz gesucht um etwas dieser Klarheit zu finden! Wären Knoppix noch downloadet lese ich hier ein bisschen weiter querbeet, inspiring so far! Keep on rocking.

]]> Von: zeroterm http://a-minor-point-of-view.de/2009/02/19/systembackup-mit-knoppix-dd-gzip-und-usb-festplatte/#comment-902 zeroterm Fri, 20 Feb 2009 10:06:55 +0000 http://zeroterm.wordpress.com/?p=464#comment-902 okay. zwar war gar nicht vorgesehen, die Festplatte zu wechseln, aber bei einem HD-Crash könnte man ja dazu gezwungen sein, stimmt schon. Nur weiß ich grad net wie ich des testen soll… okay. zwar war gar nicht vorgesehen, die Festplatte zu wechseln, aber bei einem HD-Crash könnte man ja dazu gezwungen sein, stimmt schon.

Nur weiß ich grad net wie ich des testen soll…

]]> Von: Philipp Söhnlein http://a-minor-point-of-view.de/2009/02/19/systembackup-mit-knoppix-dd-gzip-und-usb-festplatte/#comment-901 Philipp Söhnlein Thu, 19 Feb 2009 13:59:08 +0000 http://zeroterm.wordpress.com/?p=464#comment-901 Wenn auf der Zielplatte ein Windows/NTFS installiert ist, würde ich überprüfen, ob das rücksichern auf eine Platte mit einer anderen Größe noch funktioniert… Bin mir nicht sicher, ob der Windows Bootloader ansonsten mit solchen Backups klarkommt. Wenn auf der Zielplatte ein Windows/NTFS installiert ist, würde ich überprüfen, ob das rücksichern auf eine Platte mit einer anderen Größe noch funktioniert… Bin mir nicht sicher, ob der Windows Bootloader ansonsten mit solchen Backups klarkommt.

]]>