Unison: Warnung

Warnung vor Nebenwirkungen: Backups anlegen!

Es wird keine Haftung für geschrottete, unlesbare, für immer verschlüsselte :-( Daten übernommen! Ein Backup ist also Pflicht! Und nein: UniSshenc ist kein Backup-Konzept, sondern in erster Linie zum Synconisieren gedacht!

Das Folgende ist eine gekürzte sinngemässe Übersetzung der Sektion "Caveats and Shortcomings" aus der Unison-Dokumentation, die ich jedem nur ans Herz legen kann:

1. Im Interesse hoher Geschwindigkeit betrachtet unison nur die inode-number und modtime eines Files um ein Update zu erkennen.
2. Unison synchronisiert Berechtigungen wortgetreu, per umask = 022 auf beiden Rechnern kann man z.B. die world- und group-Bits maskieren. Aus Sicherheitsgründen werden setuid- und setgid-Bits nicht synchronisiert.
3. Das grafische Benutzerinterface ist "single-threaded", was bedeutet, dass die Anzeige nicht aufgefrischt wird, wenn unison läuft- es wird davon abgeraten währenddessen etwas anzuklicken!
4. Unison kann keine hard links.
5. Vorsicht beim Umbenennen von Verzeichnissen, die ignorierte Files enthalten! z.B.: nehmen wir an, unison synchronisiert das Verzeichnis A zwischen der lokal- und der remote-Maschine; nehmen wir weiter an, es enthält das Verzeichnis D, welches auf der lokal-Maschine das Verzeichnis oder File P enthält, das eine Ignore-Regel im Sync-Profil erfüllt. Also existiert der Pfad A/D/P auf der lokalen Maschine, jedoch nicht remote. Wenn jetzt auf der remote-Maschine der Pfad D in D' umbenannt wird und dann synchronisiert wird, werden alle Verzeichnisse oder Files P lokal gelöscht! Das passiert, weil unison die Umbenennung als Löschung und Neuanlage wertet- es löscht also - lokal - das alte Verzeichnis (mit den ignorierten Files!) und erzeugt ein Neues, welches natürlich diese Files nicht mehr enthält, da sie für unison unsichtbar sind!

Insbesondere der letzte Absatz macht deutlich, dass man ein wenig Vorsicht walten lassen muss! Aber keine Angst, es lohnt sich trotzdem 8-)