Hi,
kennt Ihr ein Utility für Windows, das zwei FAT-Dateisysteme
synchronisiert und dabei auch Dateiverschiebungen (von einem ins andere
Unterverz.) auf dem Spiegel ausführt?
Habe eben mal mit den üblichen Verdächtigen wie FreeFileSync und
PureSync getestet aber die können nur kopieren und löschen - obwohl
teilweise anders behauptet. FreeFileSync legt ja extra eine fette
Datenbank für die Bäume an, um dann aber doch keine Verschiebungen darin
zu erkennen und alles neu zu kopieren (was doof is bei Filmen über
USB2)!?
robocopy ist ein Kopierer und kann nix wirklich verschieben, Zitat:
/MOV :: MOVe files (delete from source after copying)
SyncToy 2.1 verschiebt Bäume manchmal korrekt, manchmal bleiben
Dubletten von leeren Verzeichnissen stehen, nachdem die Dateien umbewegt
wurden. Kein Muster erkennbar.
Alles noch nicht das wahre.
Also nochmal, weil die wesentlichen Details anscheinend immer
untergehen: Ich suche ein Programm, das Dateien wirklich verschiebt, im
Sinne der Dateisystemtransaktion "rename" alias "move", also nur den
Verzeichniseintrag ändert, ohne den Inhalt zu bewegen.
Unison kann das auch nicht - kopiert nur und stellt nichtmal die
Zeitstempel wieder her.
DirSyncPro - getestet, auch kein move, sonst ganz brauchbar.
IFSync - kein move, und auch weniger brauchbar..
Ächz ich glaube auch langsam man muß heute alles selber schreiben, was
funktionieren soll..
Bei owncloud ist ein standalone bidirektionales kommandozeilen-sync Tool
dabei das man auch einzeln nutzen kann, das wollte ich mir vor einiger
Zeit mal näher anschauen weil es sehr vielversprechend klang. Bin aber
noch nicht dazu ggekommen, wollte es aber hier mal erwähnen falls du mal
ne Blick drauf werfen willst. Ich glaub csync heißt das Teil.
Hallo,
ich bin der Entwickler von PureSync. Ich habe mir das ganze heute
angesehen.
Bzgl. "verschobene Dateien erkennen" gab es einen Fehler.
Ich habe das überarbeitet: Fehler behoben und es werden nun auch
verschobene Dateien direkt beim ersten Vergleich erkannt.
Ebenso können verschobene Ordner erkannt werden, diese Option ist aber
standardmässig deaktiviert und kann in den Einstellungen ->
Umbenennungen eingeschaltet werden.
Auch das habe ich überarbeitet.
Es kann aber durch Verschieben von mehreren Verzeichnissen und/oder
Dateien zu recht komplexen Szenarien kommen, vor allem wenn mehrere
Unterordner identische Namen haben und darin auch noch Dateien
umbenannt, hinzugefügt oder gelöscht wurden. Das kann nicht immer alles
korrekt erkannt werden.
Ist einer Seite ein FTP-Verzeichnis oder eine MTP Gerät so funktioniert
das nicht, beide Seiten müssen bei Laufwerke, USB-Laufwerke oder
Netzwerkpfade sein. Mit NAS Geräten muss ich das noch testen
Bei Interesse kann ich eine Beta-Version bereitstellen.
Christoph Güntner, Jumping Bytes
Hallo Christoph,
klingt ja vielversprechend, da würde ich gern den Beta-Tester machen.
Habe heute ja schon viel getestet und das wäre dann das erste, das
funktioniert. FreeFileSync ist nah dran und ich hab die Leute auch schon
angeschrieben, ob sie da was machen können.
Kann mir schon vorstellen, daß der Algorithmus nicht so einfach ist.
Über so eine Verschiebelösung habe ich mir auch mal Gedanken gemacht,
aber das ist mMn nicht zu empfehlen, weil es einfach nicht sicher ist.
Ich verschiebe eine Datei. $software erkennt das und verschiebt die
Datei im Mirror. Gut.
Ich verschiebe eine Datei, ändere aber auch noch etwas darin (ohne die
Größe zu ändern). $software erkennt das und verschiebt die Datei im
Mirror. Schlecht.
Ich lösche eine Datei, und speichere eine komplett andere mit der
gleichen Größe und Dateinamen woanders. $software erkennt das und
verschiebt die Datei im Mirror. Schlecht.
Ja, $software könnte im Falle Quelle und Ziel noch mit einer Prüfsumme
vergleichen. Dann kann ich aber den ganzen Kram gleich vergessen und
einfach nur stupide löschen und kopieren lassen, denn für die Prüfsumme
müssen beide Dateien ja erst gelesen werden.
Das scheinen mir die ganz normalen Probleme zu sein, die du auch beim
Synchronisieren mit reinem Kopieren (also ohne Verschieben) hast.
Geänderte Dateien sollten in jedem Fall erkannt werden - das macht der
Vergleichsalgorithmus mit den gegebenen Kriterien. In deinem Falle würde
das Änderungsdatum hier schon reichen, was ja ein Standardkriterium ist.
batman schrieb:> Das scheinen mir die ganz normalen Probleme zu sein, die du auch beim> Synchronisieren mit reinem Kopieren (also ohne Verschieben) hast.
Ja, aber lustig wird es wenn Du zB
"/Projekte/Arbeit/Wichtig/firmware.dump" nach 5 Wochen Schwerstarbeit
erstellt hast, dann "/Projekte/Hobby/Krimskrams/firmware.dump" löscht.
$software merkt daß eine firmware.dump weg ist, dafür aber eine andere
da ist. Also wird verschoben. Und dann kommst das große Wundern...
batman schrieb:> In deinem Falle würde> das Änderungsdatum hier schon reichen, was ja ein Standardkriterium ist.
Nein. Das Datum sagt herzlich wenig, auch wenn es in den meisten Fällen
schon so klappt.
Nimm zB einen Truecrypt-Container. Wenn TC so eingestellt ist daß eben
keine Zeitänderungen gemacht werden (macht ja Sinn), dann erkennt das
Backup-Programm Änderungen niemals, solange es keine Prüfsummen macht.
MD5/SHA würde das erkennen, damit geht die Zeit für das Backup aber mal
so richtig in die Höhe.
> Ich verschiebe eine Datei, ändere aber auch noch etwas darin (ohne die> Größe zu ändern). $software erkennt das und verschiebt die Datei im> Mirror. Schlecht.>> Ich lösche eine Datei, und speichere eine komplett andere mit der> gleichen Größe und Dateinamen woanders. $software erkennt das und> verschiebt die Datei im Mirror. Schlecht.>
Diese beiden Fälle werden von PureSync korrekt erkannt (in Version 4.1,
die demnächst erscheint), und die Dateien werden entsprechend neu
kopiert und im alten Verzeichnis gelöscht.
Screenshot anbei.
Beta-Version kommt evtl. noch heute.
Christoph Güntner, Jumping Bytes
So, die Beta Version ist nun fertig.
Das Erkennen von verschobenen Dateien funktioniert recht zuverlässig.
Verschobenen Dateien werden in der Liste mit einem Ordner-Icon mit einem
Pfeil angezeigt, ausserdem ist nur der Dateiname, auf der Seite auf der
verschoben wird farbig.
Bei verschobenen Verzeichnissen ist das schwieriger, das muss noch
weiter getestet werden.
Was in der Beta Version derzeit nicht geht:
- Verschieben/Sortieren von Jobs in der Baumansicht
- Es können Anzeigefehler in der Liste vorkommen
PureSync Version 4.1.0 beta 1:
https://www.jumpingbytes.com/down/PureSyncInst410b1.exe
Fehler bitte gerne melden an:
puresync ät jumpingbytes punkt com
(Antwort kann aber z.Z. dauern, da noch einige Mails auf Beantwortung
warten)
Christoph Güntner, Jumping Bytes
http://www.jumpingbytes.com
So rein aus Interesse, was ist dein Anwendungsfall bei dem ein
Kreuzvergleich von 2 Bäumen besser ist als das was z.b. rsync macht?
Mir fallen da nur Szenarien ein bei denen Schreiboperationen Teurer sind
als Leseoperationen in Verbindung mit Dateien die Ständig ihren Platz
wechseln.
Vieleicht wirft der spezielle Anwendungsfall ja auch licht in die ecke
der Spezialtools und bei irgend jemand popt ne Erinnerung auf :)
