Ursprünglich war ich davon ausgeganen, so eine Art Handlungsanweisung: Lösche File x, füge z hinzu zu haben (ähnlich wie diff/patch). Für sync muss man B als Referenz immer behalten. Das wäre natürlich auch denkbar. Aber kann den Sync auch ein File in A behalten, wenn es in B zwar auch vorhanden, aber nicht gleich ist? Ich hab mit rsync noch gar keine Erfahrung, aber gute Tip! Danke

Danke Thomas und Ralf, Yep, das rsync ... hat ne Menge Parameter. Gut dass ihr mich schon auf ein paar aufmerksam gemacht habt. Was ich nicht gefunden hab ist, das die Files nicht geprüft werden auf Inhalt/Datum ... sondern nur auf Vorhandensein. Also, wenn bereits vorhanden, dann nicht kopieren. Wenn in Quelle nicht vorhanden, dann löschen. Was will ich eigentlich erreichen? Ich hab ein rootfs, das wird automatisch erzeugt. Das wird in ein paar Monaten auch etwas anders aussehen (update). Dann habe ich derzeit diese rootfs abgespeckt (nicht benötigte libs und binaries raus). Ein paar wenige files, wie keys sind dazugekommen. Das wäre ein zweiter Schritt, den man auch getrennt ausführen kann, zur besseren Übersicht. Irgendwann soll das neue Filesystem auch abgespeckt werden, dann will ich nicht lange fackeln. Manuell würde ich jetzt ein/zwei shell script schreiben, damit ich das eben in ein paar Monaten wieder machen kann. GGf müßte ich Versionsnr. der zu löschenden libs manuell anpassen. Aber ich wäre damit relativ schnell fertig und müsste nicht dauernd nachsehen/überlegen, welche Files gebraucht werden. Ich fürchte, das kann rsync nicht leisten, oder? Eine ganz passable Übersicht für das manuelle Batch liefert: diff -rq A B | grep Only Doof nur, dass jeder link zu Ausgaben führt wie diff: A/var/tmp: No such file or directory diff: B/var/tmp: No such file or directory Das kann man aber mit dem pipe in eine Datei abtrennen. Vielleicht ist das nicht die eleganteste, aber eine ziemlich transparente Lösung. Ein schöne Wochenende und nochmal Danke für die Anregungen. Kopfschiefhalten ist keine schlechte Methode ;) Arno