rsync −av −−delete $src $dst

„einfach zu bedienen, loggt die fehler und ist unterbrechbar“

4 Kommentare

  2. Was passiert, wenn ich das unterbrochen habe und eine Datei der Quelle ändere, die schon kopiert war? Wird die alte Ziel-Datei durch die neue ersetzt?
    Wie siehts mit Umlauten in den Dateinamen aus? cp hat sich da mitunter zickig.

  3. „Was passiert, wenn ich das unterbrochen habe“
    Rsync wurde entwickelt um unter anderem mit Problemen von SSH umzugehen, also _plötzlichem und unerwartetem Abbruch der Verbindung zu jeder Zeit_ Das schließt auch Ctrl-C und Stromausfall ein.

    „und eine Datei der Quelle ändere, die schon kopiert war?“
    Das ist quasi die einzige Aufgabe von Rsync, Dateiunterschiede zu erkennen und nur die Unterschiede zu kopieren. Rsync vergleicht die Datumsangaben und Hashes der Dateien. Bei Ungleichheit wird die Quelle bzw. neuere Datei genommen. Die -a Option behält die Änderungszeitpunkte von Dateien bei.

    „Wie siehts mit Umlauten in den Dateinamen aus? cp hat sich da mitunter zickig.“
    Rsync unterstützt wie auch cp und viele weitere Programme UTF-8 vollständig, inklusive Umlaute.
    Das Problem welches cp hatte lässt sich auf Windows zurückführen. Windows benutzt UTF-16/UCS-2. Dieses ist nicht ASCII kompatibel und nicht endian-sicher. Infolgedessen _kann_ ein Betriebssysteme diese Dateinamen nicht korrekt interpretieren. Windows erreicht dies indem es bedingungslos seine eigene Codeseite als einzig richtig akzeptiert.
    Ubuntu bringt einen gewissen UTF-16 Support mit sich, allerdings gibt es keine Garantie, da UTF-16 für Pfadbezeichnungen völlig ungeeignet ist. Andersrum bringt Windows keinerlei UTF-8 Unterstützung mit sich, aber UTF-8 Zeichen fallen zurück auf extended ASCII. Das bedeutet Umlaute und nicht-ASCII Zeichen von UTF-8 Datei- und Pfadnamen werden unter Windows durch klassische Unicodefehler (zwei oder mehr wirre Zeichen hintereinander) dargestellt.

Schreibe einen Kommentar