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, wahlweise mit dem grafischen Frontend YARCGUI
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.
Johannes B. schrieb: > Unison > https://de.wikipedia.org/wiki/Unison_%28Software%29 Geile Sache! Danke für den Link!
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.
Angehängte Dateien:
-
009.png
12 KB
> 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
:
Bearbeitet durch User
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 :)
Hallo Christoph, verschobene Dateien können von PureSync 4.5.2 nicht immer erkannt werden. Manchmal geht es manchmal nicht. Grüße
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.