Kopieren auf SD-Karte sehr langsam

Zu der Ursache weiß ich nichts, ich habe auch schon die Beobachtung 
gemacht, daß die Schreibgeschwindigkeit auf SD-Karten beim Rückspielen 
eines Images deutlich langsamer ist als das Beschreiben mit einzelnen 
Dateien.

Nur ist bei mir so ziemlich alles an der Konfiguration anders als bei 
Dir: Windows, interner Kartenleser, fast alle SD-Karten von SanDisk.

Unter Linux kann man sich das auch einfacher machen.
Habe mir angewöhnt, das Sichern der Raspi-Karten auf dem lebenden Raspi, 
mit dem steinalten tar zu machen. Zum Sichern nutze ich das anhängende 
Script, auf dem RasPi. Dort werden beide Dateisysteme unter /mnt/boot 
und /mnt/root neu gemountet, und mit tar gesichert. Die Ausgabe von tar 
wird per ssh zu dem Host geschleust, von dem ich mich an den Raspi 
angemeldet habe, dort gezippt (wegen der besseren CPU-Leistung, dafür 
gehen die Daten unkomprimiert über das Netzwerk) und unter $HOME/puffer 
(bitte anpassen) abgelegt. Durch das neue mounten vermeidet man, das 
unerwünschte Pfade (/dev, /proc ...) mit im Archiv landen.
In diesem Archiv gibt es jetzt zwei Hauptzweige: boot und root.
Wenn man jetzt eine neue Karte machen möchte, legt man mit gparted die 
beiden Partitionen an (1. FAT32 mit 44MB, 2. ext4 mit dem Rest), mountet 
sie unter "/mnt/boot" und "/mnt/root", dann entpackt man (aus Sicht von 
/mnt) das gesicherte archiv.
cd /mnt
sudo mount /dev/sdc1 boot
sudo mount /dev/sdc2 root
sudo tar xf <Archivname>

Jezt muss nur noch mit fdisk die Datenträgerbezeichnung gesetzt werden, 
da sich /etc/fstab darauf bezieht, sonst seine Dateisysteme nicht finden 
würde. Wenn man sich die nicht vorher am lebenden System notiert hat, 
findet man sie ja noch im Archiv unter root/etc/fstab.
Auf diese Weise, muss die Zielkarte nicht die gleiche Größe haben, wie 
das Original, nur die Daten müssen drauf passen.
Mit dd wird stattdessen die Zielkarte immer "bis zum Rand" 
vollgeschrieben, auch wenn dort eigentlich keine Daten drin stehen.
Bei meinen Raspis, mit 1,3GB belegtem Dateisystem, kommen knapp 600MB 
als .tar.gz raus.

Sind einige Schritte mehr auszuführen, dafür müssen deutlich weniger 
Daten bewegt werden, aber insbesondere das Sicherungsscript erspart viel 
Arbeit.