Schwarzer Bildschirm unter LogMeIn und Apple Remote Desktop unter Mac OS X Server 10.6.6 - welcher Prozess wird abgebrochen?

12368
Manca Weeks

Ich betreibe einen Mac OS X Server 10.6.6 für einen Kunden - und ich bekomme selten physischen Zugriff darauf, weil der Ort ein Wohnsitz ist und sie keine Techniker dort haben wollen, wenn die Familie da ist, was immer ... Vor kurzem, Ich habe dieses Problem erhalten, bei dem sowohl LogMeIn Free als auch APple Remote Desktop nicht ordnungsgemäß auf die Maschine zugreifen können. Ich kann über ssh reinkommen, aber ich bin nicht sicher, welchen Prozess er beenden soll, um den visuellen Zugriff wiederherzustellen. Was auch immer das Problem ist, es ist nicht auf einen einzelnen Zugriffsmodus beschränkt, sondern betrifft beide - fast, als würde der Server plötzlich feststellen, dass er keinen Monitor hat und daher kein Video haben sollte.

Die LogMeIn-Schnittstelle funktioniert einwandfrei - sie gibt mir nur einen schwarzen Bildschirm. Es durchläuft seine Bewegungen und meldet keine Fehler, nur der Bildschirminhalt ist nur schwarz.

Die ARD gibt mir auch eine Verbindung, aber kein Fenster. Mit anderen Worten, ich kann den Steuerknopf drücken, während der fragliche Rechner ausgewählt ist. Er öffnet angeblich die Verbindung, meldet keine Fehler und scheint sogar ein Fenster zu öffnen, aber es scheint, dass das Fenster die Abmessungen 0 x 0 Pixel hat und automatisch schließt - oder wird einfach nicht angezeigt. Wenn ich auf das Fenster-Menü zugreife, wird in der betreffenden Maschine ein Fenster angezeigt, obwohl es keines gibt.

Da dieser Server das Routing für das interne Netzwerk übernimmt und auch das Gateway zum Internet ist, muss ich äußerst vorsichtig sein, um sicherzustellen, dass er aufrecht erhalten bleibt oder neu gestartet wird. Andernfalls muss ich dorthin gehen, was bei den meisten nicht der Fall ist Zeit.

Jede Eingabe wird sehr geschätzt.

2

6 Antworten auf die Frage

6
xmichaelm
sudo ps auxwww | grep loginwindow | grep -v grep | awk '' | xargs sudo kill -9 

Ich konnte keinen laufenden Anmeldefensterprozess finden, als ich zum Root-Benutzer filterte. Der Prozess wurde unter dem Benutzer ausgeführt, bei dem ich angemeldet war. Nachdem ich diesen Prozess beendet hatte, war alles eine Soße.

Wenn ich dies richtig gelesen habe, listet es alle laufenden Prozesse mit erweiterten Attributen auf, wählt diejenigen mit Login-Fenster und innerhalb von denen mit Root aus und kehrt dann die Auswahl auf alle außer den zuvor ausgewählten um. Wenn ich den Ausdruck awk richtig verstehe, wird die PID der ausgewählten Prozesse isoliert. Diese PIDs werden unbedingt getötet. Wenn ich den Befehl mit xargs gefolgt von less ausführen, bekomme ich die PID von loginwindow und sonst nichts. Dies würde alle Prozesse beenden, die derzeit angemeldeten Benutzern gehören. Ich möchte herausfinden, welcher Prozess den Video-Feed steuert ... Manca Weeks vor 13 Jahren 0
Der Grund, warum ich versuche, den einzelnen Prozess oder die Prozesse, die den Video-Feed steuern, zu isolieren, liegt darin, dass Windows XP in VMware (im Besitz des angemeldeten Benutzers) ausgeführt wird, die die Sicherheitskameras an diesem Ort steuert. Ich möchte vermeiden, dass die virtuelle Windows-Instanz abrupt abgebrochen wird und die Kamera neu installiert oder alle Kameras und dergleichen neu konfiguriert werden müssen. Manca Weeks vor 13 Jahren 0
OK - Ich habe den Befehl vmware unix gefunden, um die virtuelle Maschine anzuhalten. Das ausgeführt und dann dein Befehl. Es hat nicht alle Prozesse im aktuellen Benutzer beendet, es hat nur das Login-Fenster geöffnet, ohne die Benutzerprozesse zu beeinflussen. Video wurde wiederhergestellt. Tausend Dank. Jetzt muss ich herausfinden, warum diese schwarze Bildschirmbedingung überhaupt auftritt und wie man sie nicht dazu bringt ... Manca Weeks vor 13 Jahren 0
2
sicjoke

If you boot a Mac headless (no monitor), the GPU kernel doesn't load because the OS assumes it isn't needed. This means that the remote machine has to use the CPU to render the desktop when you connect to it using ARD or similar (Logmein, Teamviewer etc). When the CPU is under heavy load, it struggles to render the remote desktop and you get screen corruption or even a black screen.

To resolve this, boot the remote machine with a monitor connector so the GPU Kernel loads. This takes the load from the CPU and prevents the black screen issue.

Alternatively, it is possible to create a dongle that fools the computer into thinking a monitor is connected. See https://macminicolo.net/blog/files/build-a-dummy-dongle-for-a-headless-mac-mini for more details.

Apple are fully aware of this issue but have yet to resolve it by allowing the graphics Kernel to load at boot without the presence of a monitor (like Windows can).

1
Doc

Ich rang damit für Wochen, bevor ich daran dachte, den Mac zu deinstallieren und neu zu installieren, mit dem ich mich verbunden hatte. Problem gelöst, Bildschirmschoner funktioniert noch usw.

1
TheDrooper

Ich hatte das gleiche Problem beim Anschließen an eine WinXP-Maschine. Ich habe zwei verschiedene Macs (OS X 10.5 & 10.6) mit Safari ausprobiert. LogMeIn sagte, ich sei verbunden, aber der Bildschirm war schwarz.

Es stellt sich heraus, dass Java ein Sicherheitsupdate deaktiviert hat. Um dies zu beheben, gehen Sie in die Einstellungen von Safari und klicken Sie oben auf das Symbol Sicherheit. Aktivieren Sie das Kontrollkästchen Java aktivieren, und versuchen Sie es erneut mit LogMeIn.

1
Peter

I don't have a black screen, but I do see horizontal black lines. Not sure why this happens. In any case, the easiest way to redraw after it happens is to set a hot corner for the screen saver, bring it up for a second, and then move your mouse to make it go away. The screen updates, your lines are gone.

0
Bryansix

Die Lösung, die sich in meinem Fall bewährt hat, war, in die Präferenzen von logmein selbst einzugehen und ihm zu sagen, dass er den Computer niemals bei Verbindungsabbrüchen oder Timeouts sperren soll. Es scheint einen Fehler zu geben, wenn Sie einen Mac sperren, der kopflos ist (ohne Monitor).