thinkpad lässt sich nicht herunterfahren /neustart nach sleep

guten abend!

meine neue baustelle (thinkpad t61p in der signatur) bringt mich gerade an den rand des wahnsinns -

eigentlich läuft es ja super aber - es schaltet sich nicht ganz ab, wenn ich es herunterfahre (bluetooth-led leuchtet weiter, der lüfter dreht auch weiter), ich muss den anschalter ca. 5 sec drücken, damit es ganz ausgeht. (nervt..)
und wenn ich es schlafen lege, sieht erst alles ordnungsgemäss aus - piept, mond blinkt&leuchtet dann dauerhaft, aber nach etwa 3 sekunden rödelt die festplatte kurz, der lüfter läuft an, und es gibt einen netten neustart..

das ganze symptomgleich bei 2 installationen - 1x clover, die andere mit chameleon
jeweils mit dsdt mit den üblichen patches, smbios als macbookpro 3.1, eintrag in die plist der ioplatformpluginfamily.kext - etc.
ich hab alles mögliche ausprobiert, anderes smbios-modell, andere dsdt, mit den einstellungen der bootloader experimentiert, diverse kexte - grmpf - nix..

nebenbei, wenn ich mein sicherheits-osx vom stick boote, und herunterfahre geht der laptop einwandfrei aus, irgendwas im bios oder so kann es also nicht sein (ist aber bestimmt etwas total beklopptes, nur ich finds nicht raus)

ideen bitte!!!

grüssevongrt

hi ibm!

ist schon aus, und auch in den systemeinstellungen hab ich den haken weggemacht - hilft nix

grussgrt

griven

teilweise - deine dsdt kann er nicht leiden (hab sleep damit ausprobiert, und danach wollte er nicht mehr so richtig booten..)
verrätst du mir, welche von den kexten bearbeitet sind? und was hast du in der agpm.kext geändert? - ich war per google auf eine anpassung der g-states per plist gestossen (hab ich beim w520 machen müssen) - ist es das?
jut, dann weiter verwursten -

was mir eben noch eingefallen ist - ich hab irgendwas in der ioplatformpluginfamily.kext geändert (eintrag in der entsprechenden modell.plist) - könnte das den shutdown/sleep torpedieren? zumindest haben beide installationen die bearbeitete kext gemeinsam -

ok. wird untersucht&verglichen

bisspäter
grt

EDIT2
so, die "radikalkur" (kompletten "pimpMyHack" eingebaut) hat eine saftige kernelpanik produziert - das schmeckt ihm überhaupt nicht - erstmal "zurück auf los" - morgen ist auch noch ein tag..
grussgrt

EDIT 3
neuer tag - nun gibt es köpfe mit nägeln -alles mal ganz minutiös & systematisch:
hier liegen 2 hdds mit jeweils einer 10.7.5 installation, die bzgl. shutdown und sleep exakt das gleiche verhalten zeigen.
ansonsten laufen beide systeme einwandfrei, geisterfenster, ton/bild-gestotter etc. sind geschichte, QE/CI läuft nach dem update auf 10.7.5 oob.
die installationen sind sozusagen "minimalinvasiv", d.h. ich hab nur sehr wenige veränderungen vornehmen müssen, um ein eigentlich sehr zufriedenstellendes ergebnis zu erreichen.

die da wären (noch einmal zusammengetragen mit details):

- die üblichen zusätzlichen kexte (ps2, voodooHDA und HDAdisabler, fakeSMC, appleintelE1000e und voodooTSCsync)
- smbios als macbookPro3.1, da dieses modell 1:1 dem t61p entspricht
- bootflags: darkwake=0, restart-fix, ethernetbuildin, npci=0x2000, graphicsEnabler=yes (muss sein, sonst schwarzer bildschirm), p-states, c-states und cstUsingSystemIO (im clover habe ich vergleichbare einstellungen in die config.plist eingefügt)
- bearbeitete/nicht originale kexte sind:
- appleSMC.kext aus 10.7.2 (verhindert die hässlichen errors beim booten)
- "vorschriftsmässig" gepatchte appleRTC.kext (hoff ich doch)
- eintrag in die modellspezifische plist des acpi_smc_platformPlugin.kext :

<key>restart-action</key><dict>
<key>cpu-p-state</key>
<integer>0</integer>
</dict>
(...)


- die dsdt extrahiert & bearbeitet (1x mit clover direkt, die andere mit dsdt-editor)
-dtgp-methode eingefügt.
-vom rtc, pic, timr -device die irqNoFlag entfernt (length im rtc ist 0x02)
-ins hpet-device irqNoFlag eingefügt
-in die pst-methode if/else eingefügt (shutdown-fix?)
-definition der c-states (aus ssdt.aml, clover)
-plnf eingebaut,
-den ac-device bearbeitet
-und in einer der beiden einen "automatischen" ehci-fix vom dsdt-editor eingebaut, sowie die usb in uhc umbenannt (keine veränderung gegenüber der anderen dsdt)


- soweit das


griven:
dass deine dsdt hier nicht funktioniert, könnte an den unterschiedlichen bios-versionen liegen? ich hab meins noch nicht geflasht - und im vergleich habe ich gesehen, dass deine PST-methode gegenüber meiner aus wesentlich weniger text besteht (da soll ja der shut-down-fix rein), ich konnte deinen code nicht verwenden, da dann beim kompilieren diverse errors ("unknown" device/method sinngemäss) auftauchten.


fürs erste
grT




noch ein nachtrag:


die konsole sagt zum zuklappen folgendes:


powerd: PMScheduleWakeEventChooseBest: m=0.00 s=0.00 a=0.00
danach die neustart-meldungen


kann jemand was damit anfangen?
bisspäter

neee, dass es unterschiedliche biosversionen für t61 und t61p gibt, kann ich mir nicht vorstellen - aber das mit dem freigeschalteten sata2 müsste sich in der dsdt wiederspiegeln - würde mein weltbild durcheinanderbringen, wenn nicht....
die bios-einstellungen hab ich so, wie du sagst (glaube ich doch?), das mit den systemeinstellungen nicht, test umgehend -

eigentlich könnte ich die "pimpMyHack-aktion" einfach mal zu forschungszwecken wiederholen - mit kamera im anschlag. die wiederherstellung war dank meinem "überlebenssnowleopard" auf dem usbstick eine sache von ein paar minuten - und wenn nicht, gibts noch die 2.hdd mit dem cloversystem, und einen zettel, auf dem die ganze installationsprozedur notiert ist (das dann aber lieber morgen..)

fällt dir zur konsolenmeldung was ein?

bisgleich
grt

edit 1
ein weiterer neustart.... , konsole sagt dasselbe. das detail wars nicht (dieser teufel.... )
und die grt geht jetzt schlafen (autoneustart auf 7 stunden eingestellt... wenigstens eine hier die sowas (halbwegs) zuverlässig beherrscht .... )

langsam denk ich auch schon über neuinstallation nach - bei beiden installationen (clover/myHack) ist die prozedur gegen ende (noch 1 min.) hängengeblieben, neustart gab es nicht, myHack`s extra &co wurde nicht installiert. eine "installation erfolgreich" o.ä. meldung gab es auch nicht. hab manuell neugestartet - nachdem ich eine weile gewartet hatte - vielleicht ist da ja was schiefgegangen???
aber vor allem will ich noch einmal richtig systematisch drangehen (und wirklich mal alles notieren, was ich anstelle) - ich erinnere mich, dass sich das verhalten beim sleep-versuchen verändert hat, während ich gebastelt habe, weiss aber nicht mehr was&wann.
also stepbystep und augenauf....
heute hab ich mich mit dsdt-vergleich vergnügt, und alle abweichungen zu deiner nach&nach in meine übertragen - so nimmt er sie an, aber weder bzgl. runterfahren noch schlafen hat es was geändert - nach vga/lcd hab ich gerade auch noch geguckt - interessiert auch nicht.
bzgl. der konsolenmeldung hab ich das netz befragt - dazu nichts aufschlussreiches, aber es gibt keine wakereason oder irgendeinen kommentar zum sleep und zum reboot (wenn ich sonst neustarte, steht das auch in den logs drin) - irgendwie verwechselt der kasten da etwas -
bericht folgt dann:

update:
HA!!!!! er fährt ordnungsmässig runter!!!
griven: scheint wie bei dir an einem irgendwie vermurgelten system gelegen zu haben. ich bin gerade bei einer neuinstallation und werde schritt für schritt kontrollieren, ob, wann und (dann auch hoffentlich) warum der fehler wieder auftauchen sollte -

update die zweite:
alles gut, bis zum installieren des updates auf 10.7.5 - vorher hab ich die notwendigen kexte nach SLE installiert, chameleon auf die platte gepackt, rechner fuhr nach jedem schritt brav runter, und schaltete vollständig aus. nach dem update ist es vorbei mit brav, ausschalten ist nicht mehr - ergo: irgendwas im update verursacht den fehler.
was nun... was wird verändert, so dass das "sich vorschriftsmässig ausschalten" plötzlich nicht mehr funktioniert?
meine "innere kristallkugel" sagt mir, dass dasselbe auch für das merkwürdige sleepverhalten verantwortlich ist -
jut.. forschen - update folgt (hoffentlich)

update die dritte:
nun hatte ich wieder etwas zeit, mich um die kiste zu kümmern, und habe wenigstens etwas fortschritt zu verzeichnen.
1. funktioniert der shutdown - dsdt-eintrag "methode _PST" war "schuld", allerdings gibt der rechner seit dem beim zuklappen zusätzlich zum schlafpiep noch einen "netzteil-wurde-abgezogen-piep" von sich
2. @ griven: ich hab die dsdt`s verglichen, du hast einen eintrag für die grafik drin, der hat meinem rechner nicht geschmeckt - den entfernt, und ich kann deine dsdt verwenden (daher hatte ich auch den "pts-eintrag")
3. geht er nun zuverlässig schlafen, startet aber statt aufzuwachen neu. im bios (inzwischen das middleton) hab ich diverse einstellungskombinationen durch, ebenso in den energieeinstellungen. fakesmc mit/ohne plugins, andere versionen fixen das problem auch nicht.
fazit: runterfahren können ist schon sehr beruhigend, die "unorthodoxe neustartvariante" zumindest unterhaltsam, aber irgendwie muss sleep und wake doch mal gehen (grmpf)
was für ein detail könnte noch in frage kommen? hat wer noch eine idee?
grussvongrt

hi humpti!
ist gepatcht - ich überprüfs noch mal, aber eigentlich müsste die applertc korrekt gepatcht sein - geb morgen bescheid...
grussgrt

EDIT:
die rtc ist es nicht, ich hab zur sicherheit die originale zurückgespielt, (mir einen cmos-reset eingefangen - wollts genau wissen) und dann noch mal gepatcht.
aber: das modem scheint "mitzureden" - ist es im bios abgeschaltet, dann wacht der rechner "nur" nicht auf - festplatte meldet sich kurz, die led zucken, der lüfter läuft an, die schlafLed leuchtet weiter, und ansonsten geht auch nix - neustart per netzschalter.
mit modem gibts nach dem aufklappen einen neustart
was mir auch zu denken gibt, ist der "netzteil wurde abgezogen ton" nach dem zuklappen/bzw. per tastatur schlafen legen (nebenbei: beim netzteil tatsächlich abziehen piept es nicht, was ja auch nicht so wirklich richtig ist) - sowohl bei netz- als auch akkubetrieb. irgendwas ist da definitiv durcheinander gekommen.

ausserdem habe ich auch mal fakesmc-plugins eins nach dem anderen deaktiviert (woanders gelesen, dass auch das eine rolle bei neustart statt wake spielen könnte) - auch daran liegt es nicht.

in der konsole gibt es keine aussagekräftigen meldungen bzgl. des sleep/neustarts.

nein, der piep nervt eigentlich nicht, solange er nicht indikator für was schieflaufendes ist - da war ich mir halt nicht sicher -
während des bootvorganges piept er auch ordnungsgemäss, wenn ich den stecker ziehe, erst ganz zum ende, kurz vor dem anmelden hört es auf - nun ja..

wake on lan ist abgeschaltet, das kann es auch nicht sein... aber da gibt es so unendlich viele kombinationsmöglichkeiten im bios - kommt mir vor wie lotto spielen - irgendwann erwischt man die richtige, und dann kann man noch rückwärtssuchen, damit man wirklich weiss, was es gewesen ist (für den nächsten vergessenen rtc-patch oder so...)
mich fuchst es schon ziemlich, wenn ich lese, dass sleep/wake bei anderen geht, und ich kriegs nicht hin..

und manchmal wär es schon sehr praktisch, beispielsweise den rechner vor einer präsentation o.ä. in ruhe einzurichten, zuzuklappen, und nicht erst vor ort zu frickeln oder den offenen rechner herumtragen zu müssen - oder bei wochenlangen präsentationen (bei denen ich nicht immer anwesend bin) sind die aufsichtführenden meist überfordert mit hochfahren, dies starten, das anschalten etcpp....
- und die schlichte bequemlichkeit abends einfach deckel zu, morgens wieder auf und weitermachen (gewohnheit - als ich noch mit linux unterwegs war, hab ich das eine notebook wochenlang nicht runtergefahren, höchstens, wenn es mal mit aus dem haus musste)

ich nutz schon den grössten teil von grivens "pimpMyHack" - seine dsdst hab ich auch, ohne den grafikeintrag -
aber irgendein detail ist unterschiedlich bei den beiden notebooks/ oder eher den einstellungen, wahrscheinlich wirklich etwas völlig beklopptes/ abwegiges, auf das man so nicht kommt oder ein dämlicher fehler, der nicht als solcher zu erkennen ist - vielleicht sogar irgendwas grundsätzliches im umgang mit installationen oder so (dieselbe variante hatte ich schon mit dem t60: mit grivens dsdt geht sein eigenes schlafen und wacht wieder auf, meins bockt mit den selben einstellungen herum) - sieht schon nach nem wald aus, den ich vor lauter bäumen nicht mehr wahrnehme
aber über rechner, systeme & co hab ich seit dem einstieg in die hackintosh-welt enorm viel dazugelernt, spass machts trotzdem