Ein Update zu meinem Eintrag "Meine kleine Datenwolke" vom letzten April.

Durch ein Update des OwnCloud-Clients wurde die Fehlermeldung, warum er die Synchronisation mit dem Server verweigert, vor einiger Zeit etwas deutlicher:

"14:52 :: cloud/container.tcr :: ownCloud :: Harte Verknüpfungen werden bei der Synchronisation nicht unterstützt."

Immerhin scheint es also durchaus einen Grund zu geben, warum der Rechner zu Hause problemlos synct, der Rechner im Büro aber nicht. Obwohl die Datei die gleiche ist, das Betriebssystem das gleiche und sogar die Version des ownCloud-Clients ist die gleiche. Zunächst hatte ich die Verschlüsselung der Festplatte in Verdacht, denn zwischen dem Heim- und Bürorechner gibt es da einen Unterschied. Letzlich brachte aber die Diskussion auf github den Durchbruch, vor allem der Hinweis und Konsolenerklärbär von @ssieb.

Nach einigem Hin- und her und unter der Zuhilfenahme arkaner Konsolenbefehle zeigte sich, dass Time Machine im Moment der Veränderung der Datei ein lokales Backup in /.Mobile-Backups erzeugt und die Datei darin hart linkt - was die Synchronisation verhindert.

Löscht man dieses Backup, springt die Synchronisation wieder an. Es gibt auch eine Möglichkeit, generell diese lokalen Time Machine Backups zu unterbinden und so Plattenplatz frei zu bekommen. Ich habe mich zunächst für die weniger rabiate Variante entschieden und einfach in den Settings von Time Machine das lokale Verzeichnis, mit dem die OwnCloud Daten syncronisiert werden, aus der Time Machine Überwachung rausgenommen - anscheinend sorgt das auch dafür, dass die lokalen Backups für dieses Verzeichnis nicht mehr erzeugt werden und bislang synct es auch problemlos.

PS: Ja, ich weiss, dass trueCrypt mittlerweile nicht mehr eingesetzt werden sollte und denke über andere Formen eines verschlüsselten Containers nach (zb VeraCrypt, danke @helloanselm für den Tip). Jetzt, da ich weiss, was das Sync-Problem verursachte, macht die Beschäftigung damit auch wieder mehr Laune. :-)