[10.8 Mountain Lion] TM Backup sehr langsam / sandboxd mdworker Meldungen / SafeMode Stillstand

[FritzS]

Bevor ich gestern das Update auf 10.8.3 installierte dauerte schon das TM Backup auf meine ext. 1TB HD sehr lange (der Balken stand ohne eine Bewegung).
Meine Vermutung, ev. ändert sich das mit dem Service Pack.
Leider nein. Die Reparatur der Rechte und der Festplatten selbst (die Interne über das Recovery Menue) brachte auch keinen Erfolg.
Mit meiner zweiten ext. TM Backup HD (eine 500GB) das selbe Bild.
Das ist mir in der Konsole aufgefallen.

sandboxd[1907] ([1895]): mdworker(1895) deny mach-lookup com.apple.ls.boxd
sandboxd[1907] ([1892]): mdworker(1892) deny mach-lookup com.apple.ls.boxd

mit einer Suche im Internet fand ich das
http://www.redcsolutions.com/fixing-sandboxd-mdworker-deny-mach-lookup-errors/

Also flugs in in den Safe Mode gebootet. Der Balken lief sehr langsam auf rund 1/3 der Stecke, danach stand er rund eine Stunde ohne Bewegung still, nur ein Ball drehte sich. Mir wurde die Zeit knapp - "Augen zu" und Aus Taste gedrückt - das nochmals wiederholt, genau das Gleiche Bild, nochmals Stop (und die Daumen gedrückt, dass dabei nichts kaputt geht).
Nun über die Recovery Funktion die Festplatte und Rechte geprüft, alles OK.
Das MBP bootete wieder normal und ohne Probleme - die vielen Fehlermeldungen scheinen nun auch weg.

Was mir aufgefallen ist, es sind nun rund 50 bis 80 GB mehr Platz und ein etliche tausend Dateien weniger auf der HD - gab es so viele Cache Dateien zu löschen?

Leider ist das TM Backup noch immer sehr langsam (bei der 1TB HD gibt es rund 7GB, bei der 500GB rund 9GB zu sichern).

Ich aktualisiere nun mal einen CCC Clone (was ich sträflicherweise vor dem Einspielen des Servicepacks aus Zeitgründen nicht tat) um wenigstens meine Nutzerdaten irgendwo als Backup aktuell zu haben.

Wenn mehr Zeit ist, werde ich Beide TM Festplatten anschließen und durchlaufen lassen.
Kann es Probleme geben, wenn man das TM Backup abbricht?

PS: Was tun das System im Safe Mode genau, auf der Apple Seite gibt es eine kurze Information, aber warum hing das bei mir so lange, oder kann dies doch Stunden dauern? Was kann bei einem Abbruch passieren?

http://support.apple.com/kb/HT1564?viewlocale=de_DE
da hängt er

Auf dem Startvolume wird eine Verzeichnisüberprüfung durchgeführt. Sie sehen während dieser Prüfung möglicherweise eine Fortschrittsleiste auf dem Bildschirm, und der Computer benötigt unter Umständen länger als gewöhnlich, um seinen Startvorgang abzuschließen.

 

[FritzS]

Nachtrag:
Zu früh gefreut

Mar 16 07:35:27 mbp.local mdworker[2092]: Unable to talk to lsboxdMar 16 07:35:27 mbp.local mdworker[2094]: Unable to talk to lsboxd
Mar 16 07:35:27 mbp.local mdworker[2093]: Unable to talk to lsboxd
Mar 16 07:35:27 mbp.local mdworker[2095]: Unable to talk to lsboxd
Mar 16 07:35:27 mbp.local mdworker[2091]: Unable to talk to lsboxd
Mar 16 07:35:27 mbp.local sandboxd[2106] ([2092]): mdworker(2092) deny mach-lookup com.apple.ls.boxd
Mar 16 07:35:27 mbp.local sandboxd[2106] ([2094]): mdworker(2094) deny mach-lookup com.apple.ls.boxd
Mar 16 07:35:27 mbp.local sandboxd[2106] ([2093]): mdworker(2093) deny mach-lookup com.apple.ls.boxd
Mar 16 07:35:27 mbp.local sandboxd[2106] ([2095]): mdworker(2095) deny mach-lookup com.apple.ls.boxd
Mar 16 07:35:27 mbp.local sandboxd[2106] ([2091]): mdworker(2091) deny mach-lookup com.apple.ls.boxd
Mar 16 07:35:27 mbp kernel[0]: Sandbox: sandboxd(2106) deny mach-lookup com.apple.coresymbolicationd
Mar 16 07:35:47 mbp kernel[0]: (default pager): [KERNEL]: default_pager_backing_store_monitor - send LO_WAT_ALERT
Mar 16 07:35:49 mbp kernel[0]: macx_swapoff SUCCESS

Meine konkrete Fragen
Das sieht zwar im Log lästig aus - hat es einen Einfluss auf die Funktionalität?
Kann es das TM Backup stören?
Kann ein Abbruch des SafeMode Start Scans zu Problemen führen? Und was passiert, während der Balken läuft, genau? Kann diese Prüfung Stunden dauern - die Rechte-Wiederherstellung und Festplattenreparatur mit dem Festplattendienstprogramm dauert insgesamt max. 1/2 Stunde.

 

[FritzS]

Ich startete mein MBP wieder in den Safe Mode - der Balken steht nun schon seit rund 2,5 Stunden auf etwa 25%
Was tut das System bloß? Woran hängt es? Als einizges Programm, das tiefer ins System eingreift ist nur Little Snitch installiert. Aber zu diesem Zeitpunkt sollte ja kein anderes Programm aktiv sein.

Bitte kann mir jemand einen Tip geben was da los sein könnte?

PS: Ist immer gut wenn man einen zweiten Rechner hat, auch wenns nur ein alter MacMini ist.

Einen Hinweis fand ich hier, der hilft mir aber auch nicht weiter
https://discussions.apple.com/thread/3874778?start=0&tstart=0
http://apple.stackexchange.com/questions/24354/mac-pro-gets-stuck-in-safe-mode-after-lion-upgrade
ich will das System nicht wirklich neu installieren. :-c

Nachtrag:
Ich habe das Ganze nun wieder mit dem Power Knopf abgebrochen - zum Glück weist die Partition keinerlei Fehler auf (mit Festplattendienstprogramm vom Recovery Mode geprüft).

Mich würde schon interessieren woran es da hakt. Ich werde den Tip vom zweiten Link beherzigen und mir das Logfile ansehen

/private/var/log/system.log

da steht über den Zeitraum des SafeBoot nichts drinnen

Das MBP läuft im "Normal Mode" ohne merkbare Probleme

 

[FritzS]

Ich habe mit 10.8.3 als komplettes Image heruntergeladen, einen Boot&Install USB Stick daraus erstellt und damit über meine Installation drüber installiert.

Die oben angeführten Fehlermeldungen scheinen nun auch weg, bzw. drastisch reduziert.

Nur das taucht gelegentlich auf:

Mar 19 14:48:51 aries-mbp.local sandboxd[2283] ([2282]): QuickLookSatelli(2282) deny file-read-data /private/var/log/system.log

Vor der Reparatur-Installation hatte ich auch ein Problem mit einem Grundig TV, den ich testhalber anschloss - dieser wurde nicht ordnungsgemäß erkannt. Das funktioniert nun auch wieder.

 

[longstag]

Habe genau das gleiche Problem mit meinem MBPr15 (10.8.3):

23.04.13 15:30:29,036 sandboxd[469]: ([468]) mdworker32(468) deny mach-lookup com.apple.PowerManagement.control (import fstype:hfs fsflag:480D000 flags:40000005E diag:0 uti:org.openxmlformats.wordprocessingml.template plugin:/Library/Spotlight/Microsoft Office.mdimporter - find suspect file using: sudo mdutil -t 631018)
23.04.13 15:31:54,756 mdworker32[473]: CGSGetDisplayBounds: Invalid display 0x00000000
23.04.13 15:31:54,780 mdworker32[473]: bootstrap_look_up2 failed with 0x44c
23.04.13 15:31:54,891 sandboxd[474]: ([473]) mdworker32(473) deny mach-lookup com.apple.PowerManagement.control (import fstype:hfs fsflag:480D000 flags:40000005E diag:0 uti:org.openxmlformats.wordprocessingml.template plugin:/Library/Spotlight/Microsoft Office.mdimporter - find suspect file using: sudo mdutil -t 711610)
23.04.13 15:32:07,471 mdworker32[477]: CGSGetDisplayBounds: Invalid display 0x00000000
23.04.13 15:32:07,479 mdworker32[477]: bootstrap_look_up2 failed with 0x44c
23.04.13 15:32:07,625 sandboxd[474]: ([477]) mdworker32(477) deny mach-lookup com.apple.PowerManagement.control (import fstype:hfs fsflag:480D000 flags:40000005E diag:0 uti:org.openxmlformats.wordprocessingml.template.macroenabled plugin:/Library/Spotlight/Microsoft Office.mdimporter - find suspect file using: sudo mdutil -t 720207)

Das Gerät ist gerade mal eine Woche alt und ich habe es nicht wie TimeMachine-Backup in Betrieb genommen, sondern ganz von vorne neu installiert.
Der Impact ist, dass das TimeMachineBackup eine gefühlte Ewigkeit dauert.
SafeBoot hat bei mir zumindest nichts gebracht. Hat das Problem schon jemand lösen können?

UPDATE:
Im Recovery-Mode gebootet und mit dem Festplattendienstprogramm die Rechte reparieren lassen. --> Kein Erfolg
Versucht die lesenden Rechte in der Sandbox-Config anzupassen:

sudo cp /System/Library/Sandbox/Profiles/system.sb /System/Library/Sandbox/Profiles/system.sb.backup

sudo vi /System/Library/Sandbox/Profiles/system.sb

und dann diese Zeilen unten angefügt:

;;; Added by Me
   (allow mach-lookup (global-name "com.apple.ls.boxd"))
   (allow mach-lookup (local-name "com.apple.ls.boxd"))

Hat leider auch nichts gebracht. Nach dem Reboot hatte ich gleich wieder diese Einträge in der Konsole:

23.04.13 16:05:37,895 sandboxd[268]: ([266]) mdworker(266) deny file-read-data /Library/Filesystems/NetFSPlugins (pre-ls-info fstype:mtmfs fsflag:4100009 flags:200000056 diag:0 uti:com.apple.application-bundle plugin:/Library/Spotlight/Application.mdimporter - find suspect file using: sudo mdutil -t 72057598334149286)
23.04.13 16:05:37,000 kernel[0]: Sandbox: sandboxd(268) deny mach-lookup com.apple.coresymbolicationd
23.04.13 16:05:37,901 sandboxd[268]: ([266]) mdworker(266) deny file-read-data /Library/Filesystems/NetFSPlugins (pre-ls-info fstype:mtmfs fsflag:4100009 flags:200000056 diag:0 uti:com.apple.application-bundle plugin:/Library/Spotlight/Application.mdimporter - find suspect file using: sudo mdutil -t 72057598334149286)
23.04.13 16:05:46,109 sandboxd[268]: ([266]) mdworker(266) deny file-read-data /Library/Filesystems/NetFSPlugins ()
23.04.13 16:05:46,130 sandboxd[268]: ([266]) mdworker(266) deny file-read-data /Library/Filesystems/NetFSPlugins ()
23.04.13 16:05:54,052 mdworker[266]: Unable to talk to lsboxd

 

[Pascolo]

Handelt es sich hier (sandboxd, mdworker) nicht um ein anerkanntes Problem? Über dieses Thema wird ja schon seit längerem ziemlich intensiv diskutiert und eine "richtige" Lösung ist mir nicht bekannt. Was ich bisher aber gefunden habe:

• http://www.princeton.edu/~jcjb/docs/osx_error_fix/

Vielleicht hilft euch das etwas weiter.

 

[longstag]

Danke Pascolo,
dein Link beschreibt auch die zwei Aktionen die ich probiert habe, die bei mir aber leider keinen Erfolg brachten.
Mir war nicht bekannt, dass es ein anerkanntes Problem war. Aber wenn das so ist, bin ich ja froh, dass es (hoffentlich) bald behoben ist!