Hallo werte Foristen!

Nach Update-Installation auf meinem iMac meint TimeMachine jetzt:
"Time Machine konnte das Backup auf „DiskStation2“ nicht abschließen.
Auf das Image des Backup-Volumes „/Volumes/TM/Uwes iMac.sparsebundle“ konnte nicht zugegriffen werden (Fehler (null))."
Das Volume liegt auf einer Synology-Nas. Auf 'normale' Verzeichnisse der NAS kann ich über den Finder problemlos zugreifen, TM hat einen eigenen User.
umount auf TM klappt zwar vom Terminal aus, aber ein Neustart von TimeMAchine bringt da keine Besserung.

Comboupdate habe ich auch heruntergeladen, lässt sich aber mit der vielsagenden Fehlermeldung 'Ungültiger Protokolltyp für Socket' nicht mounten, also auch nicht installieren.

Was könnte ich also noch versuchen? Letztes Backup ist von vor der Updateinstallation.

push

Das mit dem Combo update verstehe ich nicht. Du meinst das von Apple, nicht wahr? Welches Update denn überhaupt?
Ich würde es erstmal bei Apple nochmal runterladen. Ggf. mit einem sicheren Systemstart schauen, wie sich TM und das NAS dann verhält.
Syn-NAS und TM laufen bei mir reibungslos, auch nach dem letzten Update auf die jetzt aktuellste Version- es muss also funzen...😉

NAS hat aktuelle Firmware?

Eventuell ist der Fehler eine Variation von diesem hier?

Also: Schon mal versucht die TM-Dienste an der Synology zu beenden und neu zu starten?

Du kannst das 10.11.5 Combo-Update nicht auf dem iMac installieren? Das hört sich an, als wäre das erstmal eine andere Baustelle als das NAS ...

Also erstmal das Update:

Übliche Vorgehensweise:

1. Combo-Update Datei erneut laden
2. Sicherer Systemstart (mit gedrückter Shift-Taste), dann Combo-Update installieren
oder (wenn das nicht funktioniert):
2a. Neuen Benutzer anlegen, Combo-Update installieren. (Danach kann der neue Benutzer wieder weg ...)

Ja, Hannes, hat sie am Mittwoch bekommen.

TM-Dienste gibt es da nicht, das ist ein Share den ich nur für TM bereitgestellt habe. Aber ich werde die NAS mal neustarten vor dem nächsten Versuch.

@WollesMac & bwsapeakers:
Das werde ich mal ausprobieren, falls der NAS-Neustart nichts bringt.

Neuigkeiten dann heute abend

Äh, doch?! OK, ich kenne DSM 6.x noch nicht - aber bei DSM 5.x gibt es explizite TimeMachine-Dienste - weil TimeMachine sonst gar nicht auf der Synology funktionieren würde

Schau mal in der Systemsteuerung File Service (Dateidienste?) dort im Abschnitt Mac-Dienste (o.ä.)

Dort sollte der TimeMachine-Dienst aktiviert sein und ihm sollte ein Volume auf der Synology zugewiesen worden sein.

(hier in der Anleitung zu sehen, recht weit unten:

Oder ist das bei DSM 6.x jetzt alles anders?!

Ist auch bei Der aktuellen DSM so.

Ist so, das verwirrende ist halt, das zu Hause 2 Macs rumstehen, und beide haben 10.11.5.
Auf einem läuft das Backup und auf einem nicht.....

Als das Problem, das ich hatte, kam dadurch zustande, dass ein TM-Backup offenbar unterbrochen wurde. Statt die Synology neu zu starten genügt es dann diesen o.g. Dienst einmal abzuschalten (Einstellungen speichern) und wieder einzuschalten (wieder speichern)

Reboot sollte aber auch helfen.

Ob das bei Dir eine ähnliche Ursache hat, kannst Du nur selbst herausfinden

Hallo ela,

das mit dem unterbrochenen Backup ist ein sehr guter Hinweis..... Das könnte tatsächlich des Rätsels Lösung sein. Ich werds ausprobieren.

So, Neustart der NAS hat nichts gebracht......
Jetzt lade ich unter anderem User das Comboupdate nochmal und schau, was da passiert.

So, sicherer Start für das Comboupdate war auch für die Füße.
Dafür habe ich jetzt noch was für die Experten unter uns gefunden, denke ich mal:
Im Logfile erhalte ich kurz nach dem Versuch des Backups folgendes:

19.05.16 18:02:12,000 kernel[0]: Refusing new kext com.apple.kpi.mach, v15.5: already have loaded v15.4.
19.05.16 18:02:12,000 kernel[0]: Refusing new kext com.apple.kpi.private, v15.5: already have loaded v15.4.
19.05.16 18:02:12,000 kernel[0]: Refusing new kext com.apple.kpi.unsupported, v15.5: already have loaded v15.4.
19.05.16 18:02:12,000 kernel[0]: Refusing new kext com.apple.kpi.iokit, v15.5: already have loaded v15.4.
19.05.16 18:02:12,000 kernel[0]: Refusing new kext com.apple.kpi.libkern, v15.5: already have loaded v15.4.
19.05.16 18:02:12,000 kernel[0]: Refusing new kext com.apple.kpi.bsd, v15.5: already have loaded v15.4.
19.05.16 18:02:12,000 kernel[0]: Refusing new kext com.apple.kpi.mach, v15.5: already have loaded v15.4.
19.05.16 18:02:12,000 kernel[0]: Refusing new kext com.apple.kpi.libkern, v15.5: already have loaded v15.4.
19.05.16 18:02:12,000 kernel[0]: Refusing new kext com.apple.kpi.bsd, v15.5: already have loaded v15.4.
19.05.16 18:02:12,000 kernel[0]: Refusing new kext com.apple.kpi.iokit, v15.5: already have loaded v15.4.
19.05.16 18:02:12,000 kernel[0]: Refusing new kext com.apple.kpi.unsupported, v15.5: already have loaded v15.4.
19.05.16 18:02:12,000 kernel[0]: Refusing new kext com.apple.kpi.private, v15.5: already have loaded v15.4.
19.05.16 18:02:12,000 kernel[0]: AppleSRP started.


Das sieht doch so aus, als sei das Update nicht sauber gelaufen.......

Und nu? Wiederherstellung starten?

Versuche doch mal diesen Weg von ela. Wahrscheinlich ist der Neustart des NAS nicht gleichbedeutend zu dieser Vorgehensweise. Vielleicht kommst du damit zum Erfolg - bevor du neu aufsetzt wäre es auf jeden Fall einen Versuch wert

Da Du kein super-aktuelles Backup hast, würde ich zuerst noch einen anderen Weg versuchen:

1. SIP abschalten: Booten mit CMD-R, dann im Terminal "csrutil disable", danach "reboot"
2. Den Neustart im sicheren Modus ausführen (Shift-Taste gedrückt halten)
3. Im Terminal "sudo touch /System/Library/Extensions && kextcache -u /" eingeben, um den Kernel Cache zu löschen, danach neu starten.
4. Combo-Update installieren

(die Terminal-Befehle natürlich immer ohne Anführungszeichen ...)

Du könntest auch sofern vorhanden vor der Wiederherstellung wenn wirklich alles nichts hilft auf eine externe Festplatte ein aktuelles Backup machen

Danke an alle und besonders an bwspeakers.

Nach dem von bwspeakers beschrieben, liess sich das Compoupdate installieren und das Backup macht jetzt auch schon mal wieder mehr.

Wenn alles wieder läuft, dann auch nicht vergessen, die SIP wieder einzuschalten: Booten mit CMD-R und dann im Terminal "csrutil enable" und "reboot".

(Stecker ziehen oder PRAM-Reset sollen angeblich auch dazu führen, dass beim nächsten Restart die SIP wieder aktiv ist. Überprüfen lasst sich der Status mit "csrutil status".)