Was muss ich an diesem Script:
Code: Alles auswählen
rsync -v -r -t -a -u --delete /home/* /media/yadgar/DATEN_BACKUP
Code: Alles auswählen
rsync -v -r -t -a -u --delete /home/* /media/yadgar/DATEN_BACKUP
Code: Alles auswählen
-a, --archive archive mode; equals -rlptgoD (no -H,-A,-X)
Code: Alles auswählen
rsync -av --delete /home/* /media/yadgar/DATEN_BACKUP > log.txt
Jetzt läuft rsync seit 73 Minuten, und es ist erst einen Bruchteil der Dateien durchgegangen... und vom unterschiedlichen Abarbeitungstempo her (MP3-Files z. B. benötigen deutlich mehr Zeit als einfache HTML-Dateien) muss ich davon ausgehen, dass tatsächlich kopiert wird! Was soll das?!?heisenberg hat geschrieben:18.12.2018 09:51:23Der Befehl ist dafür korrekt. Bedenke, dass zwar aber nicht alle Dateien tatsächlich kopiert werden, aber sich rsync tatsächlich das Änderungsdatum jeder einzelnen Datei (Quelle+Ziel) anschauen muß, um zu entscheiden, ob die Datei geändert wurde. Und auch das dauert seine Zeit.
Mögliche Lösung wäre, dass Du einen Teil der Dateien, die Du vielleicht nicht so häufig brauchst, in ein tar packst. Da müssen dann dementsprechend weniger Dateien untersucht werden. und dass ganze geht trotz gleicher Speichermenge wesentlich schneller.
Das ist wohl der Fall, andernfalls würde das Bearbeiten von HTML- und z. B. MP3-Files nicht so krass unterschiedlich lang dauern... daher frage ich ja: was soll der Quatsch? Vorgestern hatte ich nach einem erstmaligen 25-Stunden-Monsterbackup rsync testhalber nocheinmal aufgerufen - und da wurden dann auch nur die neu hinzugekommenen bzw. gelöschten Dateien aktualisiert, eine Sache von wenigen Minuten. Dann fuhr ich den Rechner herunter (ich muss Strom sparen, da arm... und öko sowieso!), startete anderntags neu - und schon meinte rsync wieder, alles komplett kopieren zu müssen! Warum???uname hat geschrieben:18.12.2018 10:54:1225 Stunden für den Vergleich der Zeitstempel von 2.3 Millionnen Dateien ist schon sehr lang. Ich befürchte es wird immer eine Kopie erstellt
--delete kann ich wegen meines aktuell laufenden Bergensbanen-Videoprojekts nicht weglassen, da ich die Einzelframes mangels Platz auf der internen Platte (leider nur armselige zwei Terabytechen...) nur in Hunderttausender-Tranchen bearbeiten kann, die jedes Mal gelöscht werden - andernfalls wären sowohl die interne als auch auch die auch nur zwei Billiönchen Byte große externe Backup-Platte in kürzester Zeit voll...uname hat geschrieben:18.12.2018 10:54:12Zum Befehl:-t und -r brauchst du nicht angebenCode: Alles auswählen
-a, --archive archive mode; equals -rlptgoD (no -H,-A,-X)
-u verwende ich bei Backups nicht (ich weiß nicht ob das kritisch sein kann, wenn ein Datum/Uhrzeit-Fehler vorliegt, z. B. Quelle zurückgesetzt auf 01.01.1970)
Führe den Befehl direkt zwei Mal hintereinander aus und poste die jeweiligen Zeiten.
Auch solltest du die Option "-v" weglassen bzw. in eine Datei umleiten, da die Ausgabe evtl. länger dauert als der Vergleich--delete würde ich aus Sicherheitsgründen auch weglassen, es sei denn du hast mehrere Backup-Generationen (Parameter --link-dest).Code: Alles auswählen
rsync -av --delete /home/* /media/yadgar/DATEN_BACKUP > log.txt
Code: Alles auswählen
stat </media/yadgar/DATEN_BACKUP/pfad/zur/datei>
Ich verstehe den Bezug zu meiner Aussage mit tar nicht.Yadgar hat geschrieben:tar ist keine Option für mich, da rund die Hälfte des Gesamtdateiaufkommens von meinem aktuellen Videobearbeitungsprojekt herrührt - bei 7 ¼ Stunden Gesamtlänge kommen etliche hunderttausend Einzelframes zustande...
Hier ist also die Ursache - und daß meine ich jetzt nicht bösartig, arrogant oder abwertend, sondern schlicht als Realität:Yadgar hat geschrieben:Jetzt läuft rsync seit 73 Minuten, und es ist erst einen Bruchteil der Dateien durchgegangen... , muss ich davon ausgehen, dass tatsächlich kopiert wird! Was soll das?!?