Ruhezustand = runter fahren?

[Macbeatnik]

Hattest du Post #20 gelesen?

 

[mikele gross]

Hattest du Post #20 gelesen?

ja habe ich und war auch der Meinung, etwas geändert zu haben, offensichtlich hat das nicht funktioniert.
das sind jetzt die aktuellen Werte. Sind die okay, wenn man den Tiefschlaf verhindern will? ich möchte, dass der Bildschirm nach 15 min abschaltet und der Rechner nie in den Tiefschlaf fällt, nur in den Ruhezustand.
muss ich dafür die Werte disksleep, sleep und autopoweroffdelay auch auf null setzen?

Michaels-iMac:~ Michl_neu_20121221$ pmset -g

Active Profiles:

AC Power -1*

Currently in use:

standby 0

Sleep On Power Button 1

womp 1

halfdim 1

hibernatefile /var/vm/sleepimage

darkwakes 0

autorestart 0

networkoversleep 0

disksleep 180

sleep 180

autopoweroffdelay 14400

hibernatemode 0

autopoweroff 0

ttyskeepawake 1

displaysleep 15

standbydelay 0

Michaels-iMac:~ Michl_neu_20121221$

 

[Wuchtbrumme]

Hallo, Ihr schraubt hier meiner Meinung nach an der falschen Stelle. Wenn der Rechner nach längerer Zeit wie "neugestartet" ausschaut, nach kürzerer Zeit aber nicht, dann heißt das doch, dass er während des Ruhezustands abgestürzt sein muss - das kann passieren, weil Treiber/Software/Kernel-Extentions drauf sind, die mit dem Ruhezustand inkompatibel sind oder weil jemand dem Rechner den Strom geklaut hat, bevor er seinen RAM auf nichtflüchtigen Festplattenspeicher schreiben konnte. (Der "Schlaf bei Macs ist in einen kurzen und einen längeren Teil aufgeschlüsselt; im kurzen wird die CPU, der Bildschirm und die Festplatte abgeschaltet, der RAM aber noch mit Strom versorgt, sodass der Mac sofort arbeitsbereit ist. Beim längeren, der nach einiger Wartezeit einsetzt, wird der RAM auf die Festplatte kopiert. Von dort muss er erst wieder zurückgeladen werden).

Jetzt einfach den Ruhezustand zu deaktivieren oder hinauszuzögern ist ja furchtbar pragmatisch, wird das Problem aber nicht lösen, sondern verlagern. Und erfahrungsgemäß fällt man trotzdem immer wieder in die selbst gestellte Falle. Und besonders lustig ist es dann, wenn man das Problem schon wieder vergessen hat - der Anschiss lauert halt überall.

 

[Macbeatnik]

Lt etrecheck ist der Rechner allerdings seit 4 tagen in Betrieb, das widerspricht der annahme, das er abgestürzt/ausgeschaltet war.

 

[mikele gross]

Lt etrecheck ist der Rechner allerdings seit 4 tagen in Betrieb, das widerspricht der annahme, das er abgestürzt/ausgeschaltet war.

der Rechner stürzt ja auch nicht ab, er fällt aufgrund bis dato nicht gefundener Ursachen in den "Tiefschlaf" und das versuche ich zu vermeiden, weil ich nicht immer wieder alle Seiten des Safari neu laden möchte, genauso wie alle anderen Programme die geschlossen wurden. Ich wiederhole an dieser Stelle gerne meine Beobachtung: wenn ich den Rechner manuell in den Ruhezustand versetze, ist alles gut, nur wenn er es selbst tut, dann treten diese Probleme auf. "abgestürzt" im klassischen Sinn ist er noch nie... (ist doch ein Apple )

 

[Wuchtbrumme]

...ein Mac "schließt" beim Ruhezustand NICHTS, nur ein Neustart tut das. Wenn Du das beobachtest, folgt daraus messerscharf, der Mac muss neugestartet sein. Und wenn er neugestartet ist, dann, weil er vorher abgestürzt ist.

Und ja, auch Macs stürzen ab.

Das Neuladen der Seiten ist eine mit OS X Lion eingeführte Funktion namens "alle Programme nach Neustart wieder öffnen" (die mäßig gut funktioniert, aber offenbar hinreichend gut, um alle Nutzer ausreichend zu verwirren).

Unter Dienstprogramme/Konsole, System-Diagnoseberichte (aufklappen), "Kernel_<Jahr>-<Monat>-<Tag>_<Uhrzeit>_<Name_des_Macs> findet sich unter Umständen ein Log, dass die Daten enthält, die man braucht, um der Sache näherzukommen.

Mit Terminal, "sudo pmset -g log", erhältst Du ein Log, das Du hier posten musst.

 

[mikele gross]

Unter Dienstprogramme/Konsole, System-Diagnoseberichte (aufklappen), "Kernel_<Jahr>-<Monat>-<Tag>_<Uhrzeit>_<Name_des_Macs> findet sich unter Umständen ein Log, dass die Daten enthält, die man braucht, um der Sache näherzukommen.

Mit Terminal, "sudo pmset -g log", erhältst Du ein Log, das Du hier posten musst.

das Ergebnis ist viel zu lang, wie kann ich es hier trotzdem posten?

 

[Wuchtbrumme]

Du kannst bei pastebin.com alles in ein Fenster kopieren, speichern und den Link, der dabei entsteht, hier posten.
Oder Du benutzt das +-Zeichen über dem Editor, in dem Du hier tippst und wählst darin "Code" aus. Darin kannst Du auch Copy&Paste.

 

[mikele gross]

leider alles nicht möglich, Datei zu groß. wenn ich wüste, wo ich sie sinnvoll kürzen kann, würde ich das ja tun...
welche Möglichkeit zum posten hier im thread gibt es noch?

 

[Wuchtbrumme]

so sollte das als Beispiel aussehen - wenn Du das so kürzen kannst, würde es schon reichen:

Anonymous UUID:       uninteressant

Mon Apr 20 17:59:51 2015

*** Panic Report ***
panic(cpu 2 caller 0xffffff8022817cc2): Kernel trap at 0xffffff7fa4a2d0c0, type 14=page fault, registers:
CR0: 0x000000008001003b, CR2: 0x0000000000000060, CR3: 0x00000000124dc041, CR4: 0x00000000001626e0
RAX: 0x0000000000000000, RBX: 0xffffff8046121000, RCX: 0x0000000000000000, RDX: 0xffffff8046104000
RSP: 0xffffff822653b780, RBP: 0xffffff822653b780, RSI: 0xffffff8046129c00, RDI: 0xffffff804446fa50
R8:  0xffffff81e3f78880, R9:  0xffffff820ebb5008, R10: 0xffffff820eb09640, R11: 0xffffff820eb09690
R12: 0x000000000000000e, R13: 0xffffff81c11c7000, R14: 0xffffff8046121000, R15: 0xffffff8045c54000
RFL: 0x0000000000010287, RIP: 0xffffff7fa4a2d0c0, CS:  0x0000000000000008, SS:  0x0000000000000010
Fault CR2: 0x0000000000000060, Error code: 0x0000000000000002, Fault CPU: 0x2

Backtrace (CPU 2), Frame : Return Address
0xffffff822653b430 : 0xffffff802272bda1
0xffffff822653b4b0 : 0xffffff8022817cc2
0xffffff822653b670 : 0xffffff8022834b73
0xffffff822653b690 : 0xffffff7fa4a2d0c0
0xffffff822653b780 : 0xffffff7fa4a319fe
0xffffff822653b7a0 : 0xffffff7fa4adbc18
0xffffff822653b7c0 : 0xffffff7fa4abc843
0xffffff822653b7e0 : 0xffffff7fa4ab9ea1
0xffffff822653b800 : 0xffffff7fa4ab9e11
0xffffff822653b830 : 0xffffff7fa4abcd8d
0xffffff822653b850 : 0xffffff7fa4abcc32
0xffffff822653b8e0 : 0xffffff7fa4abaa0c
0xffffff822653b970 : 0xffffff7fa4aba025
0xffffff822653b9d0 : 0xffffff7fa4a1dab9
0xffffff822653ba00 : 0xffffff7fa4a2b2bc
0xffffff822653ba50 : 0xffffff7fa4abaf2b
0xffffff822653baa0 : 0xffffff7fa4a1bda2
0xffffff822653bb30 : 0xffffff8022d00d52
0xffffff822653bb60 : 0xffffff8022d01949
0xffffff822653bbc0 : 0xffffff8022cff0c3
0xffffff822653bd00 : 0xffffff80227e21e7
0xffffff822653be10 : 0xffffff802273000c
0xffffff822653be40 : 0xffffff80227149f3
0xffffff822653be90 : 0xffffff802272531d
0xffffff822653bf10 : 0xffffff80228031ea
0xffffff822653bfb0 : 0xffffff8022835396
      Kernel Extensions in backtrace:
         com.apple.iokit.IOAcceleratorFamily2(156.14)[BE7D765B-49C1-34F9-B75E-3EAF8A4062A3]@0xffffff7fa4a17000->0xffffff7fa4a85fff
            dependency: com.apple.iokit.IOPCIFamily(2.9)[52E715FC-521D-3869-B2EA-5228FA4BEA34]@0xffffff7fa2f24000
            dependency: com.apple.iokit.IOGraphicsFamily(2.4.1)[82EAD591-67E3-39CB-A232-A8095CA30E92]@0xffffff7fa356f000
         com.apple.GeForce(10.0.2)[C2824D37-5304-3DBE-AE12-2ACC37EC327C]@0xffffff7fa4a94000->0xffffff7fa4b29fff
            dependency: com.apple.iokit.IOPCIFamily(2.9)[52E715FC-521D-3869-B2EA-5228FA4BEA34]@0xffffff7fa2f24000
            dependency: com.apple.iokit.IONDRVSupport(2.4.1)[C0B8A85D-B32A-3F24-B4FC-B62B3BBF9E57]@0xffffff7fa35b6000
            dependency: com.apple.nvidia.driver.NVDAResman(10.0.2)[887AA320-9757-3030-996B-2DA348C9F19A]@0xffffff7fa35cc000
            dependency: com.apple.iokit.IOGraphicsFamily(2.4.1)[82EAD591-67E3-39CB-A232-A8095CA30E92]@0xffffff7fa356f000
            dependency: com.apple.iokit.IOAcceleratorFamily2(156.14)[BE7D765B-49C1-34F9-B75E-3EAF8A4062A3]@0xffffff7fa4a17000

BSD process name corresponding to current thread: WindowServer
Boot args: kext-dev-mode=1

Mac OS version:
14D136

Kernel version:
Darwin Kernel Version 14.3.0: Mon Mar 23 11:59:05 PDT 2015; root:xnu-2782.20.48~5/RELEASE_X86_64
Kernel UUID: 4B3A11F4-77AA-3D27-A22D-81A1BC5B504D
Kernel slide:     0x0000000022400000
Kernel text base: 0xffffff8022600000
__HIB  text base: 0xffffff8022500000
System model name: MacBookPro9,1 (Mac-uninteressant)

System uptime in nanoseconds: 40862096526985
last loaded kext at 40656351387225: com.vmware.kext.vmioplug.14.1.3    14.1.3 (addr 0xffffff7fa568e000, size 32768)
last unloaded kext at 199165904941: com.apple.driver.AirPort.Brcm4331    800.20.24 (addr 0xffffff7fa47e9000, size 2043904)
loaded kexts:

 

[mikele gross]

guten Morgen,
es gibt in dem gesamten Bericht keinen panic report...
wobei der Bericht am 12.4.2015 beginnt und in diesem Zeitraum garantiert mindestens einmal der angesprochene ungewollte Tiefschlaf passiert ist.

 

[Macbeatnik]

Da wird vermutlich auch kein Panik Log enthalten sein, aber interessant wäre( sofern es sich um pmset -g log handelt) der Auszug an Daten, sind ja zeitlich chronologisch aufgeführt, was während des Ruhezustandes passierte, also vom Schlafengehen ab, bis zum Aufwecken, hier sollten dann eventuell die Prozesse sichtbar sein, die während des Ruhezustandes aus der Reihe tanzen.
PanicLogs findest ansonsten in der Konsole, Programme/Dienstprogramme/Konsole, dort dann unter DiagnostivReports oder bei älteren Systemen im panicLog.

 

[mikele gross]

ich habe jetzt einfach mal eine pdf erstellt, weil ich einfach nicht genau weiß, wonach ich im Bericht suchen soll. ich hoffe, das ist okay und es hilft jemandem weiter...

 

[Macbeatnik]

Jetzt wäre es noch gut, wenn du den ungefähren zeitpunkt des fehlverhaltens nennen würdest, also zum Beispiel, 24.4 um 20 uhr schlafen gelegt und 25.4 um 6 uhr geweckt.

 

[mikele gross]

das ist eine gute Frage, die ich leider so nicht genau beantworten kann. vermutlich muss ich es einfach mal in den nächsten Tagen nochmal versuchen, es zu provozieren in der Hoffnung, dass es dann auch passiert. vielleicht haben ja schon die kleinen Veränderungen im pmset und das Deaktivieren der add-ons im Safari was gebracht und es das Problem taucht nicht mehr auf.
ich melde mich sofort wieder, wenn der Rechner wieder ungewollt in dem Tiefschlaf gefallen. danke bis hierher an alle Helfer.

schönen Sonntag erst mal...

 

[mikele gross]

guten Morgen, ich habe gestern den Rechner wieder selbst machen lassen, um sich in den eigentlich gewünschten Ruhezustand zu versetzen. Heute morgen waren aber alle Programme wieder geschlossen, d.h. dass er wohl zwischendurch aus gewesen sein muss, wenn das richtig verstanden habe.

hier ist das log (wieder als pdf wegen der Größe), bin gespannt, ob man da was rauslesen kann. danke für die Hilfe

 

[mikele gross]

ich habe jetzt nochmal den Wert des poweroffdelay auf den max. Wert hochgesetzt. Macht das so Sinn und kann man das in Kombination mit den anderen Werten alles so stehen lassen? (auch wenn man damit vermutlich nicht den wahren Grund des ungewollten Tiefschlafs/ Absturz - darüber sind sich scheinbar die Experten hier nicht einig - nicht ursächlich verhindern kann?)

pmset -g

Active Profiles:

AC Power -1*

Currently in use:

standby 0

Sleep On Power Button 1

womp 1

halfdim 1

hibernatefile /var/vm/sleepimage

darkwakes 0

autorestart 0

networkoversleep 0

disksleep 180

sleep 0 (sleep prevented by coreaudiod, iTunes)

autopoweroffdelay 86400

hibernatemode 0

autopoweroff 0

ttyskeepawake 1

displaysleep 15

standbydelay 0

 

[mikele gross]

schade, dass sich die bisherigen Helfer nicht mehr beteiligen, ich dachte wir wären kurz vorm Ziel gewesen...

 

[mikele gross]

einen Versuch mache ich noch:
ich bin mir nämlich ziemlich sicher, die Wurzel des Übels gefunden zu haben: seit ich die Festplatte für die timeMachine (WD My Passport Ultra 2TB) abgehängt habe, fährt der Mac von alleine in seinen seeligen Ruhezustand und stürzt auch währenddessen nicht mehr ab

wieso passen die Geräte nicht zusammen? hat jemand ne Erklärung?

Nachtrag: kann es vielleicht auch etwas damit zu tun haben, dass der Ruhemodus der Festplatte, den man im Programm WD Drive Utilities einstellen kann, bei gleichzeitigem timeMachine Betrieb den Crash verursacht?

 

[doc_holleday]

Schon möglich.

Stell die Werte für die externe WD mal auf die Ursprungswerte zurück und - wenn das geht - werf die Utility-Software noch mal runter und teste dann.