Hallo,

seit einiger Zeit habe ich selten, aber doch wiederholt, das folgende Problem:
Der Bildschirm friert ein, d.h. ich kann kein Fenster, Menü oder sonst was mehr anklicken, der Mauszeiger bewegt sich aber noch.

Per ssh kann ich mich auch von einem anderen Rechner aus einloggen. Dort finde ich dann im system.log Zeilen folgender Art:

Ein manueller Reboot über das Terminal führt (auch mit sudo) leider nicht zum Erfolg. Ich muss die Maschine letztlich hart ausschalten.

Das Phänomen ist, so meine ich, bisher immer nur während des Surfens in Safari aufgetreten.

Weiß da jemand Rat?
Es handelt sich um einen iMac 27" (late09) mit aktuellem El Captain.

Hab das Phänomen bisher auch einmal beobachten können. Ebenfalls unter OS X 10.11.2 in Safari 😕

Allerdings am MacBook, welches sich dann durch zu- und aufklappen wieder gefangen hat ...

Blöde Frage, aber ein Fehlverhalten deiner Eingabegeräte kannst du ausschließen?
Kabelgebunden oder kabellos?

Trackpad ist kabellos und der Mauszeiger bewegt sich noch.

Tastatur ist kabelgebunden. Keine Eingaben werden angenommen (z.B. Exposé, Dashboard). Der Bildschirm friert ein, die Anzeige der Uhr läuft z.B. auch nicht mehr weiter.

Unter der Haube läuft aber alles! Wie gesagt, von einem anderen Gerät ist ein Einloggen via ssh problemlos möglich. Nur ein shutdown funktioniert auch nicht. Der eingefrorene Prozess verhindert selbst dies.

Ich meine auch dass es erst seit El Captain auftritt, bin mir aber nicht sicher. Am MacBook Air ist es noch nicht aufgetreten.

Hast du zufällig einen "Orthanc DICOM-Server" bei dir aufm Rechner? Evtl. ist der generell oder in seiner installierten Version nicht mit El Capitan kompatibel?

Sagt mir gar nicht. Mein Rechner heißt orthanc ... aber mit DICOM hat das nichts zu tun.

"watchdog_daemon" ???

Kommt scheinbar von einer WD Platte ... Der sieht recht seltsam aus ...

das hat mit western digital nichts zu tun. wd steht für den watchdog daemon.
https://support.apple.com/kb/TA20622?locale=de_DE&viewlocale=de_DE

@tranquillity:
nimm mal bitte unter den displayeinstellungen die beiden haken raus für den ambient light sensor und die auto-helligkeit und beobachte wie sich der rechner dann so verhält.

OK hat mit WD nichts zu tun, dürfte aber auch nicht auf dem Rechner sein!

Zitat von deinem Link:
In der Version 10.4 und neuer wird seine Prozessüberwachungsrolle von launchd übernommen.
Zuletzt geändert: 25.09.2006 ... Hat also schon ein paar Jahre auf dem Buckel.

Also woher stammt der "[watchdog_daemon]" wenn er doch durch "launchd" ersetzt wurde ??? Außer Apple hat ihn wieder reaktiviert ....

john: Autohelligkeit- und ambient light sensor-Einstellungen habe ich gar nicht ...

Das mit dem Wachhund ist in der Tat merkwürdig ...

Soll ich mal einen EtreCheck-Lauf posten?

Ja mach mal, schadet nicht!

Mach mal via ssh ein ps aux und schaue, ob der Window Server evtl. 100% CPU-Last verbrät. Falls ja, dann wäre das das Problem. Äußert sich exakt so wie von Dir beschrieben – Maus bewegt sich, alles andere ist eingefroren.

natürlich gehört der auf seinen rechner. auf deinen auch.
watchdog ist fester bestandteil jedes osx, seit es osx gibt.
du hast den satz nur nicht verstanden bzw musst schon den kompletten kontext lesen.
seit es den launchd dienst gibt, übernimmt selbiger gewisse teile, für die sonst watchdog verantwortlich war. das heisst aber nicht, dass der derswegen nicht mehr vorhanden ist.
das IST das problem. steht ja auch so im log. der windowsserver schmiert ab und damit wird das ui halt nicht mehr erreichbar bzw wird nix mehr neu gezeichnet.
warum das ist so?... keine ahnung.

Eben. Und mit kill -9 abschießen geht auch nicht.

Hier mein EtreCheck-log:

promac:

Doch, dürfte, muss sogar.
Ort: /usr/libexec/watchdogd

Du misinterpretierst da was. Watchdog ist nicht entfernt worden und müsste auch nicht fehlen – es ist lediglich so, dass launchd, als der allem übergeordnete Startprozess (PID1) befähigt worden ist, Prozesse zu überwachen und Watchdog diese eine Funktionalität (als Bestandteil mehrerer Funktionalitäten von Watchdog) – also die der Prozessüberwachung – an launchd abgetreten hat, dadurch aber selber nicht gleich in allem anderen was es als Dienst kann und tut überflüssig geworden ist. Watchdog wird von OS X immer noch als ganz wichtige und essentielle Kern-Systemkomponente benutzt und gebraucht in der Kernel-Interprozess-Kommunikation (IPC).



P.S.: john ist mir ein paar Minuten zuvorgekommen, sagt im Grunde das Gleiche, das ich hiermit auch ausdrücken will.

Da steht service (com.apple.WindowServer) reported as unresponsive, das ist nicht zwingend dasselbe.
Wenn der Window Server 100% CPU-Last verbrät, dann ist das leider ein Problem, das Apple sich mit OS X 10.5 mit der damals neuen Grafikarchitektur (die so viel Berechnungen wie möglich auf die Grafikkarte auslagert und schon in Hinblick auf iOS geschrieben wurde) eingefangen hat und seitdem offenbar partout nicht in den Griff bekommt.

Ich hatte gehofft, mit 10.11 wäre das Problem endlich gelöst (meine Produktivsysteme laufen wegen GUI-Abscheu noch auf 10.9, so dass ich das aus eigener Erfahrung nicht beurteilen kann), aber dann wäre das offenbar nicht so.

Das Problem tritt immer dann auf, wenn der Window Server viel auf die Grafikkarte auslagert und sich bei dieser Kommunikation quasi „verschluckt“ (wohl eine racing condition oder was in der Art). Das kann ab und an ein Hinweis auf eine Grafikkarte sein, die dabei ist, ihren Geist aufzugeben, in der Regel sind es aber einfach die Bugs in dem Window-Server-Code.

Das Problem tritt logischerweise dann auf, wenn es gerade sehr viel für die Grafikkarte zu rechnen gibt. Ein klassischer Fall ist Exposé, wenn sehr viele Fenster offen sind, die alle auf einmal miniaturisiert werden müssen. Ein anderer klassischer Fall sind viele offene Fenster in Safari mit grafikintensiven Darstellungen oder gar Animationen.

Der erste große Architektur-Bug, seit Avie Tevanian ging, und Apple bekommt ihn offenbar bis heute nicht in den Griff. (Wie gesagt, immer vorausgesetzt, dass die Grafikkarte nicht gerade dabei ist abzuschmieren.)

*Mmpf*, jetzt ist es doch eben wieder passiert

Gleiches Verhalten wie in meinem Eingangspost beschrieben, allerdings war ich diesmal nicht aktiv in Safari sondern in Numbers. Der Rechner hatte nicht viel zu tun, es waren drei virtuelle Bildschirme offen und nur wenige Fenster. Insgesamt echt ärgerlich.

Mit ssh vom Air konnte ich drauf gehen. Diesmal habe ich auf die CPU-Last geachtet und interessanter weise hatte der Windowserver keine 100% sondern <5%. Gar kein Prozess hatte eine hohe Prozentzahl, das System war zu 95% idle! Trotzdem konnte ich auch als SU nichts killen, der Reboot blieb beim Runterfahren hängen, schmiss mich aber vorher aus meiner ssh-session und ließ mich nicht wieder rein

Ich tippe mittlerweile gefühlsmäßig fast eher auf einen HW-Defekt

Oder habt ihr noch Ideen?

Das Thema des Threads ist mittlerweile auch bei jemandem andern akut, er hat es im Hardware-Forum gepostet:

Ich habe genau das beschriebene Problem hin und wieder bei meinem MBP late 08. Das Problem tritt in den verschiedensten Situationen auf und äußert sich genau in dem eingefrorenen Screen, wobei der Mauszeiger bewegbar bleibt. Im Hintergrund scheint alles zu funktionieren, denn die Tonausgabe läuft munter weiter. Bei mir tritt das Phänomen bereits seit mehreren Versionen von OSX auf, ich erinnere mich nicht mehr genau wann es anfing.
Was auffällig ist: Der Fehler ist bisher nur dann aufgetreten, wenn die dedizierte Grafikkarte aktiv war! Internetrecherche in der Vergangenheit hat das beschriebene Phänomen immer mit Nvidia Grafikkarten in Verbindung gebracht, allerdings habe ich keine Lösung gefunden. Die Mutmaßungen gingen immer in Richtung fehlerhafter Treiber, allerdings kann ein Hardwaredefekt wohl auch nicht ausgeschlossen werden.

In meinem late09 iMac ist eine ATI Radeon HD4670 mit 256MB drin.