El Capitan auf einem Thinkpad T430? Na logo. (-:

Überprüfe bitte mal die Bios Einstellungen. Secure Boot muss abgeschaltet sein und die USB HDD als Bootlaufwerk eingeschaltet werden dann sollte der Stick auch im BootMenu erscheinen. Im Standard sind die Thinkpads so konfiguriert das NICHT von USB Geräten gebootet werden darf (Business Notebooks eben).

Danke hatte sich schon erledigt, lag anscheinend am ootstick hatte ihn mehrfach neu gemacht und irgendwann hats funktioniert.

Hallo, gibt es mittlerweile schon einen funktionierenden kext für die VoodooPS2- Problematik? Bei mir verhält sich das Trackpad wie hier beschrieben: https://www.hackintosh-forum.d…?postID=329007#post329007

In den Systemeinstellung sieht es so aus

Gibt es
Der hier sollte gehen: VoodooPS2Controller.kext.zip

Danke, aber ich habe jetzt erst einmal El Captain installiert, da hier auch alle meine Programme welche ich zum Musik machen benötige, laufen. Soweit bin ich auch zufrieden, alles funktionieret und ich werde das OS updaten wenn es die Programme erfordern.

muss mich hier auch mal einklinken
unser stammtischwirt hat sich aus versehen ein T430s gekauft (sollte eigentlich ein T420s sein, aber geliefert wurde ein T430s - sollte man nicht meckern... )
und das liegt jetzt hier auf dem tisch, und soll ein häckbook werden (el capitan). ist es eigentlich auch schon fast, aaaber... es will nicht schlafen -> rödelt ein wenig rum, dann gibts einen neustart, und es verschluckt sich so lange, bis ich im clover den hibernatewake unterbinde. problem 2: nach dem runterfahren gibts einen neustart.

installationsdetails: ich hab die platte vom systemvorkoster T420 geräubert, alle kexte rausgeworfen, statt dessen aus @Sascha_77 's päckchen für el capitan die kexte installiert.
aus der EFI werden die kexte nicht geladen, daher stecken sie nun in SLE. mit der 1:1 übernommenen DSDT gab es hübsche grafikfehler (wg. der 1600x900), daher hab ich die id von .....03 auf ....04 sowohl im clover, als auch in der entsprechenden abteilung der DSDT geändert (problem gefixt). config.plist mit kext-to-patch einträgen etcpp. kommt auch aus @Sascha_77 's paket.
das bios ist ein älteres, verbose-anzeigen gibt es nur beim boot vom stick, und beim linux (geistert auf einer weiteren partition herum)

ach ja.. ich hab mal den sdhc-kext probiert, und eine karte eingesteckt, entweder passiert garnix, oder die kiste geht in den generalstreik - ist aber ein peripheres miniproblemchen.

Der Cardreader könnte genau wie beim T420s am USB3 hängen hier vielleicht mal den GenericUSBXHCI versuchen geht auf dem T420s prima sowohl für USB3 als auch für den Cardreader Was die Schlaffaxen angeht sollte ein sudo pmset -a hibernatemode 0 für ruhe Sorgen mit dem Hibernate2Disk haben die Dinger so ihre Probleme...

Zitat von griven

Hibernate2Disk haben die Dinger so ihre Probleme...

probier ich gleich mal aus - aber ??? meine kollegen W520, T420, X220 schlafen brav mit hibernate 3 ein. dauert zwar ein wenig, bis sie sich sortiert haben und tatsächlich eingeschlafen sind, aber sie schlafen.
wo der cardreader hängt, guck ich auch gleich mal. usb3 tut ohne irgendein nachhelfen im gegensatz zum W520. ob es in echt usb3 ist, weiss ich nicht, im bios gibt es eine einstellung, usb3-mode, die kenn ich von meinen nicht, und die steht auf "auto". könnte das heissen dass der usb3 downgegraded ist? (wär aber nicht wirklich schlimm)

EDIT: nix.. hibernate 0 produziert den gleichen effekt. tante duesentrieb geht jetzt erstmal schlafen (wenns schon der läppi nicht hinkriegt ) - morgen ist auch noch ein tag. und der läppi hat nen ausschalter - grmpff.

Naja mein T420s will mit 3 nicht schlafen bzw. schlafen schon wird dann aber nicht mehr wach daher hibernatemode 0

hehe... der hier wird mir zu wach.. und dann aber nicht wirklich aus den federn kommen. so gehts nun wirklich nicht

das mit dem sleep könnte am bios liegen - hab mich erinnert, dass es ähnliche probleme mal mit dem T420 gab: ich hatte ihm eine dsdt gebastelt auf der basis eines ziemlich alten bios (1.27 oder so) und alles lief problemlos. nachdem ich dann das bios upgedatet und das modbios für die wlankarte draufgespielt hatte, spielte der kasten verrückt, wenn er schlafengehen sollte. nachdem ich dann auch die dsdt erneuert hatte, war wieder alles in butter.

@Sascha_77 deine dsdt ist wahrscheinlich mit einem neueren bios erstellt worden?
mir gefällt auch das mit den fehlenden verboseanzeigen nicht - muss wohl den sauren apfel fressen, und ein biosupdate machen...
ich berichte dann.

EDIT:
biosupdate ist drauf. ACHTUNG!! das T430s hat sein eigenes bios - nicht verwechseln, nicht das vom T430 nehmen.
verbosemeldungen sind da, ruhezustand funktioniert immer noch nicht, aber runterfahren geht jetzt ohne neustart.
da muss ich ihm wohl oder übel seine eigene dsdt basteln..

EDIT die 2.:
mit neuer dsdt funktioniert der ruhezustand (hibernate 3) meistens über menü, immer beim zuklappen, grundsätzlich nicht über FN/F4 ...
(nicht funktionieren heisst neustart und im hibernatewake hängenbleiben, wenn ich nicht per clover "cancel hibernatewake" auswähle)
ansonsten sind die internen lautsprecher nach dem aufwachen tot, kopfhörerausgang, internes mikro und externes funktionieren weiter (appleALC mit id 29 per dsdt) und
der bildschirm ist erstmal etwas abgedunkelt, erst nach dem ersten sleep/aufwachen gibts die volle helligkeit.
hat jemand ideen dazu?

Zitat von grt

(nicht funktionieren heisst neustart und im hibernatewake hängenbleiben, wenn ich nicht per clover "cancel hibernatewake" auswähle)

Das Problem hatte ich auch mal, allerdings auf meinem Desktop-System. Geholfen hat, den hibernatemode auf 0 zu setzen, das Sleepimage zu löschen und zukünftig zu verwerfen (mit freundlicher Hilfe von @al6042 und @Thogg Niatiz

@Sascha_77 der codeccommander wollte nicht, aber evtl. war ich da ich zu ungeduldig, bzw hab vergessen, den cache zu löschen.
ich hab die dsdt mal wieder zu fuss gepatcht , die vom T420 als vorbild, und bei abweichungen hab ich mich nach deiner bzw. @al6042 's orientiert.
ihr habt beide die _PRW-methoden in den usb's dringelassen, beim T420 haben die den sleep boykottiert, ich hab sie rausgeschmissen. evtl ist es das? oder ich hab nur zeugs am usb2 gehabt, und nicht gemerkt, dass ich den fehler hab?
morgen ist ein weiterer T430basteltag, da prüf ich das noch mal nach. für heute ist feierabend.

EDIT: zu früh gefreut.. wenn was am usb3 hängt, gibts nen neustart. scheint aber nicht nur T430-häckbooks zu betreffen, kommt auch so - bei anderen systemen - mal vor, sagt das netz.
am codeccommander beiss ich mir grad die zähne aus: wird geladen, tut aber nix.
displayhelligkeit beim start ist gefixt.
und bzgl. FN/F4 hätte ich eine idee: wenn es sowieso nix tut, bzw. probleme verursacht, könnte man es doch einfach komplett abschalten (ala umwidmen der FN/F8 und FN/F9 ). wenn ich wüsste, welche methode hinter FN/F4 steckt, würde ich sie schlicht auskommentieren. aber noch feiner wär ja, wenn es möglich wär, den code auszuführen, der hinter dem zuklappen steckt, das funktioniert ja einwandfrei.
da würde ich ja liebend gern ein wenig inspizieren und experimentieren
@Sascha_77 du hast die keycodes ausgelesen? wie hast du das gemacht?

EDIT die zweite: der codeccommander funktioniert NUR, wenn der ruhezustand über menü aufgerufen wird. nach zu/aufklappen, sind die internen speaker weg, und zwar auch, wenn ich den läppi nach menü->ruhezustand im schlafenden zustand zu- und wieder aufklappe. noch mal den: ... es liegt also irgendwie am wake durch aufklappen. nebenbei: wenn ich dann mit durch ..klappen verschwundenen speakern den ruhezustand noch mal per menü aufrufe, und per anschalter wecke, sind die speaker wieder da...
ist das bei @andere auch so? und was könnte das sein?

Teste mal bitte folgendes, wenn du ein kopfhörer mit Klinkenstecker hast.
Wenn die Möhre nach dem Pennen nicht mehr brüllen will, stecke kurz den Kopfhörer ein, teste es, dann nimm in wieder raus und teste den Ton nochmal...
Bei meinem Ideapad hatte das damals geholfen...

durch den kopfhören brüllt die möhre alles, was du hören oder auch nicht hören willst (mikro dito) und nach dem abziehen hört sie zwar noch, was du antwortest, aber die kommentare der möhre landen im nirvana.. lange rede kurzer sinn - hab ich mit viel hoffnung probiert, aber wenn der deckel sich irgendwie eingemischt hat, hör ich nix mehr.

fein! probier ich nachher mal aus. danke dir!

EDIT:
vermelde teilerfolge:
1. gibts nach sleep nun zuverlässig ton aus den speakern - hab nix wirklich gemacht, nur auf eine andere platte umgezogen, und alle kexte in die EFI verfrachtet. nun gehts.
2. fn/f4 ist stillgelegt -> den inhalt der methode _Q13 löschen, bzw. auskommentieren. nur den aufruf "Notify (\_SB.SLPB, 0x80)" drinlassen hats leider nicht gebracht. eigentlich sollte das ja bedeuten: "geh mal schlafen bitte" aber irgendwie verschluckt sich da trotzdem was. ich forsche mal weiter.