[10.8 Mountain Lion] Ruhezustand - Schlafstörungen des Superdrive

[joe kool]

Hallo miteinander,

ich hoffe über das wurde hier noch nicht diskutiert, die SuFu und ein erstes googlen hat mir jedoch nicht weitergeholfen, deswegen hier mein Problem:

Mein Superdrive leidet seit etwa einer Woche unter massiven Schlafproblemen während des Ruhezustandes. Mitten in der Nacht erklingt immer wieder eine Dauerschleife des Geräusches, das das Superdrive sonst beim Starten des Rechners von sich gibt. Beobachtet habe ich den unruhigen Schlaf bei angeschlossenem Monitor und Stromkabel - zugeklappt und ohne Peripherie bleibt der Mac (bis jetzt) ruhig. Um den Rechner wieder komplett aufzuwecken, musste ich letzte Nacht den Power- Knopf drücken, ein Tasten- oder Trackpadklick hat nicht ausgereicht. Danach war er allerdings direkt da, ohne zu booten.

Hat jemand eine Ahnung, was ich dagegen machen kann? Sieht der Mac vielleicht zu viele Dinge, die er Nachts verarbeiten muss?

Bin dankbar für alle Tipps!

Grüße,
Joe

Achso, mein System:
OSX 10.8.2
MBP 13" (Late `12)

 

[joe kool]

hmm.. ist die Frage zu uninteressant (bzw dumm) oder hatte wirklich noch niemand so ein Problem?

 

[apfelfrischling]

Hallo,

Ich denke, weder dumm, noch uninteressant, aber wohl doch etwas exotisch- ich würde mal versuchen, in der Konsole nachzusehen, ob genau zum Zeitpunkt dieses Verhaltens irgendwelche spezifischen Meldungen protokolliert sind- vllt. läßt sich das Problem so schon eingrenzen.

=> im Dienstprogramm Konsole den Reiter "alle Meldungen" wählen- relevant wirkende markieren, mit dem Tastenbefehl cmd+c kopieren und hier in deiner nächsten Antwort einfügen, so:
Button "erweitert" => Konsolenmeldungen in Code-Tags zeigen (#-button).

edit: Wegen deiner durchgestrichenen Frage:
So viel ich weiß, erledigt das System seine bordeigenen Aufräumarbeiten auch im Ruhezustand (auch diese lassen sich in der Konsole nachvollziehen)-aber das DVD-Laufwerk sollte damit eigentlich nix zu tun haben- sofern das typische Surren nicht an einem (unfreiwilligem?) Neustart liegt.

 

[joe kool]

danke für die antwort! heute nacht ist der fehler nicht aufgetreten, aber werde die konsoleneinträge posten, wenn es wieder auftritt.
bis dahin.. danke für den tipp!
joe

 

[joe kool]

Hi,

eigentlich habe ich schon gedacht, das Problem hat sich auf wundersame Weise von alleine erledigt, aber grade konnte ich wieder das Startgeräusch des Laufwerks hören, obwohl der Mac schlafen sollte. Die Konsole zeigt mir zu dem Zeitpunkt eine Endlosschleife der folgenden Meldungen an:

11.03.13 22:44:15,008 ReportCrash[4748]: Saved crash report for icalBuddy[4920] version ??? to /Users/joe kool/Library/Logs/DiagnosticReports/icalBuddy_2013-03-11-224415_joe-kool.crash11.03.13 22:44:15,010 ReportCrash[4748]: Removing excessive log: file://localhost/Users/joe%20kool/Library/Logs/DiagnosticReports/icalBuddy_2013-03-11-224003_joe-kool.crash
11.03.13 22:44:24,669 icalBuddy[4953]: Address book access is denied for executable at path: /usr/local/bin/icalBuddy
(
    0   AddressBook                         0x96dea29a __ABIsAccessGranted_block_invoke_0 + 39
    1   libdispatch.dylib                   0x95351c82 _dispatch_client_callout + 46
    2   libdispatch.dylib                   0x95351bf1 dispatch_once_f + 57
    3   libdispatch.dylib                   0x95352831 dispatch_once + 31
    4   AddressBook                         0x96dea1e2 ABIsAccessGranted + 50
    5   AddressBook                         0x96dea0d6 +[ABAddressBook sharedAddressBook] + 35
    6   icalBuddy                           0x00009292 getEventTitlePresentation + 242
    7   icalBuddy                           0x0000a28d getEventPropStr + 93
    8   icalBuddy                           0x0000a9a0 printCalEvent + 304
    9   icalBuddy                           0x00002c52 main + 2050
    10  icalBuddy                           0x000023a5 start + 53
)
11.03.13 22:44:24,670 icalBuddy[4953]: *** Terminating app due to uncaught exception 'NSInvalidArgumentException', reason: 'NSConcreteMutableAttributedString initWithString:: nil value'
*** Call stack at first throw:
(
    0   CoreFoundation                      0x92d8a12b __raiseError + 219
    1   libobjc.A.dylib                     0x94c3252e objc_exception_throw + 230
    2   CoreFoundation                      0x92ce9bbb +[NSException raise:format:] + 139
    3   Foundation                          0x93b9356e -[NSConcreteMutableAttributedString initWithString:] + 137
    4   icalBuddy                           0x00009411 getEventTitlePresentation + 625
    5   icalBuddy                           0x0000a28d getEventPropStr + 93
    6   icalBuddy                           0x0000a9a0 printCalEvent + 304
    7   icalBuddy                           0x00002c52 main + 2050
    8   icalBuddy                           0x000023a5 start + 53
)

Ich kenne mich mit den Konsolenmeldungen zwar nicht aus, aber scheinbar konnte ein Geektool- Skript nicht geladen werden. Ich habe jetzt das Skript deaktiviert und darauf folgende Meldung in der Konsole bekommen:

11.03.13 22:49:24,995 ReportCrash[5917]: Saved crash report for icalBuddy[6010] version ??? to /Users/joe kool/Library/Logs/DiagnosticReports/icalBuddy_2013-03-11-224924_joe-kool.crash11.03.13 22:49:24,997 ReportCrash[5917]: Removing excessive log: file://localhost/Users/joe%20kool/Library/Logs/DiagnosticReports/icalBuddy_2013-03-11-224604_joe-kool.crash
11.03.13 22:49:36,524 GeekTool Helper[240]: GTPreferencePaneConnector Connection died !
11.03.13 22:49:36,525 GeekTool Helper[240]: GTPreferencePaneConnector Disconnected

Denkt ihr, damit ist das Problem gelöst? Dann verzichte ich auf die(se) Geektool- Spielerei...

Grüße,
Joe

 

[apfelfrischling]

Hallo,

Hm, da sind aber auch einige crash/exception-Meldungen zu icalBuddy zu sehen?

 

[joe kool]

Ja, das Skript hat meine nächsten Termine auf dem Desktop angezeigt. Soweit ich weiß, heißt der Dienst, den man da anspricht, iCalBuddy (oder?). Nach der Deaktivierung des Skriptes herrscht jedenfalls ziemliche Ruhe in der Konsole. Vor allem bleiben die crash- Meldungen aus.

Ich erkenne nur noch nicht, warum ein Geektool- Skript im Ruhezustand anspringen sollte um mit dem Laufwerk zu nerven - zumal es sich ja um ein Skript zur Kalenderausgabe handelt.
Naja, bis jetzt ist der Fehler nicht mehr aufgetreten, wenn das so bleibt, bin ich ja zufrieden