Falls jemand ein vergleichbares Problem hat, hinsichtlich der Trackpad-Tasten habe ich eine Lösung gefunden:
Es braucht die VoodooI2C, I2CHID, I2CSynaptics und PS2Controller Kexte, dann läuft alles
Beiträge von PeterListig
-
-
jap, ist Ventura 13.3.Wenn der Fehler nicht bei mir liegt, muss ich mich wohl gedulden bis neue Kexte erscheinen
Edit: Lüftersteuerung funktioniert auch nicht (es werden keine Lüfter erkannt), wenn da jemand etwas weiß wäre ich ebenfalls dankbar. Google sagt, dass VirtualSMC keine Laptops unterstützt (Stand 2021)
-
Hatte ich schon geahnt, aber hilft ja nix bei der Dateigröße...
Hier nochmal der Link zur gesamten EFI: https://files.fm/u/ewf8tv5sh
Wegen der Kexte schaue ich gleich nochmal
Edit:
Hab die Kexte jetzt in der richtigen Reihenfolge und so, dass sie als allerletztes geladen werden. Bluetooth funktioniert trotzdem nicht
Wlan funktioniert allerdings zuverlässig
-
Meiner (Firefox unter macOS) öffnet den Link, aber kann sein, dass du einen Inhaltsblocker hast der ein Problem in der Seite sieht (war auch die erstbeste die ich gefunden habe). Die config ist im Anhang und jap, die über dem Trackpad
-
Liebes Forum,
ein weiteres Mal muss ich um Hilfe fragen, weil ich auf dem Schlauch stehe.
Ich habe mir neulich einen HP Elitebook 840 G5 mit i5 8350U zugelegt. Die EFI die ich als Ausgangspunkt genommen habe, ist die hier https://github.com/yusufklncc/HP-EliteBook-840-G5-Hackintosh
Da mir die USB-Inject All Kext nicht gefallen hat (eleganter ist meines Wissens nach die USB-Ports richtig gemappt zu haben) und Wlan immer noch nicht läuft, habe ich RT-Wlan U Kexts hinzugefügt und das Mapping der USB Ports aus der EFI von Griven (Hilfe bei HP EliteBook 840 G5).
Nun gibt es (mindestens) die folgenden beiden Probleme:
1) Wifi und Bluetooth funktionieren immer noch nicht (Intel Wifi Karte mit macOS Ventura)2) Die Tasten über dem Trackpad funktionieren nicht
Das Paradoxe ist, dass zumindest die Trackpad-Tasten mit der EFI von Griven funktioniert haben. Ich habe auch schon versucht, die Kext-Anordnung entsprechend dieser EFI zu machen, True/False usw. auch, aber immer noch nix. Manchmal weigert sich die EFI sogar gänzlich zu booten (Kext Summary Fehler)
Vielleicht bin ich auch blind oder es hängt an ProperTree, dass irgendetwas von "Double Kext Identifiers" meldet, welche deaktiviert werden. Für Hilfe wäre ich jedenfalls sehr dankbar
Edit: Zumindest Wlan funktioniert jetzt doch, habe irgendeine Funktionstaste gedrückt und siehe da. Bluetooth allerdings immer noch nicht
Da die EFI leider zu groß für das Forum ist, habe ich sie mal hier hochgeladen:
https://www.file-upload.net/download-15144338/EFIHP.zip.html
-
Ich bin auch weiß Gott kein Poweruser und mache hauptsächlich Office-Sachen. Also dafür läuft es gar nicht mal sooo schlecht, nur der Control Center Bug ist schon hart seltsam. Das letzte was ich dazu finden konnte, stammt noch aus der BigSur-Zeit und da war es meines Wissens nach ein Fehler bei Apple
-
Bei mir wird unter der Beta auf dem Desktop warum auch immer kein Control Center angezeigt (Bluetooth mit Asus USB-BT400 und Apple ALC funktionieren auch nicht, vielleicht hat das auch etwas damit zu tun).
Ich hab die Beta über das normale macOS Ventura drüberinstalliert und auf dem Dell E7280 läuft es auch 1A. Weiß jemand zufällig Rat? -
Da bin ich ganz bei dir
Ich denke, dass die meisten von uns hier in der Hackintosh-Szene im Umgang mit Computern fortgeschrittener sind und z.T. sogar für andere Fehler korrigieren, Systeme einrichten etc.(mich eingeschlossen). Die typische "Der Computer ist kaputt, mach mal eine telepathische Ferndiagnose und sag mir genau was ich machen soll"-Erfahrung ist wohlbekannt und so sehr wie wir sie auch lieben und schätzen, damit wollen wir hier gar nicht erst anfangen
Wenn es also irgendwas gibt, was ich noch beitragen kann, mache ich das natürlich. Ansonsten würde ich OC und Kexte jetzt immer weiter aktualisieren, vielleicht löst sich das Problem irgendwann ja genauso spontan wie es gekommen ist
Kurzes Update: Ich bin gestern durch Zufall über das neue USBToolBox bei r/hackintosh gestolpert und habe damit heute die USBPorts neu gemappt. Bislang ist der PC nicht hängengeblieben auch wenn mich die immer noch vorhandene Meldung weiterhin skeptisch stimmt. Das Tool selbst kann ich übrigens sehr empfehlen und sofern ihr das noch nicht kennt, möchte ich euch das als Dank für euren Einsatz hier mitgebenSolltet ihr hier erstmal nichts von mir hören, dann funktioniert der PC jetzt (mit immer noch semifunktionablem AppleALC). Wenn er sich doch wieder stur stellt, würde ich hier updaten und darauf hinweisen, dass es doch nicht die richtige Lösung gewesen ist
-
Hatte ich beides schon ausprobiert, mit demselben Ergebnis. Aktuell ist es die 11.3 Release im Nicht-Beta-Profil glaube.
VIelleicht ist es auch ein OS-Fehler, das hatte ich vergessen. Aber dann müssten mehr Rechner betroffen sein
-
Das Log sieht etwas anders aus, aber der Fehler bleibt unverändert.
Ich hab in der Zwischenzeit CMOS zurückgesetzt und die Windows-SSDs abgesteckt um sicherzugehen, dass da kein Einfluss ist und auch das verändert den Fehler nicht.
So langsam bin ich echt geneigt davon auszugehen, dass OpenCore prinzipiell etwas gegen mein System hat
Apfelbaum: Mein Reden. Der einzige Trost ist, dass Clover noch schlechter funktioniert hat als OC jetzt
Windows macht dagegen gar keine Probleme. Also mit der Hardware scheint alles in Ordnung zu sein. Es ist denke entweder eine Kompatibilitätsfrage der Hardware (speziell beim Board) oder ein OpenCore-spezifischer Fehler. Dummerweise scheint das Board recht selten zu sein, sodass sich keine 1:1 Referenz in Bezug auf die config findet...
-
griven: Der Unterschied ist mir ehrlich gesagt unklar, aber ich kann dir den Bootvorgang beschreiben (bzw. wenn das zu nichtssagend ist, mache ich ein Video)
Der PC startet normal, OpenCanopy öffnet sich, ich wähle die MacOS-Festplatte aus und gebe das FileVault-Passwort ein. Im Folgenden kommt ein erster Textblock. Zu diesem Zeitpunkt sieht man noch den Hintergrund des FileVault-Passwort-Eingabemenüs so wie im angehangen Bild. Dieser Textblock entscheidet darüber, ob der Bootprozess weitergeht.
Sofern der Bootprozess weitergeht, wird das Bild schwarz und es folgt weiterer Text welcher mit "Longterm timer threshold: 1000ms" anfängt, dann steht da irgendwas mit Darwin Kernel Version, vs_page_bootstrap, dann kommt sehr schnell sehr viel neuer Text und das OS startet.
Sofern er hängen bleibt, zeigt er mir das folgende Bild so wie es im Anhang ist. Das für mich interessante ist der RT.GV-Wake-Failure und die legacyx86-Meldung
Ruhezustand funktioniert übrigens einwandfrei (was ich derzeit als workaround nutze), ganz selten crasht zwar der Finder aber bis auf AppleALC läuft er ansonsten problemlos.
apfel-baum: Zurzeit habe ich außer MacOS noch Windows auf einer anderen SSD am laufen. In dem PC sind 3 SSDs, zwei für Windows und die 1TB für MacOS.
Ich hatte ursprünglich mit Catalina und Clover angefangen, was bis Clover 1525/1526 problemlos lief, auf 1526 und die aktuellste macOS Catalina-Version glaube ich konnte ich noch updaten (es zeigte sich quasi dort allerdings erstmalig der Neustart-Fehler). Ich habe im Folgenden den Hackintosh mit BigSur unter OpenCore installiert (ohne Windows neu zu installieren) weil ich angenommen habe, dass der Fehler mit meinem veralteten Clover zu tun hat und bin jetzt quasi hier.
Clover über 1526 hinaus zu aktualisieren habe ich übrigens nicht ausprobiert, weil es in den folgenden Versionen wohl Angleichungen an OpenCore gegeben hat und ich Clover weniger verstanden habe als OpenCore. Clover hat "einfach irgendwie funktioniert", bei OpenCore muss man sich halt reinlesen, damit es überhaupt startet -
Die Logs nehmen sich da interessanterweise nichts, also egal ob es erfolgreich ist oder nicht, es wird immer dasselbe geschrieben.
Wenn es wirklich am RTWlan-Kext liegt wäre das sehr blöd, weil der PC aktuell über Wireless-Adapter mit dem Internet verbunden ist...
-
Danke. Werde ich gleich mal machen und den Bericht dann hier hochladen
-
Danke dir. Habe die Base/BaseSkip-Einträge hinzugefügt und aus dem String-Eintrag einen Dictionary-Eintrag gemacht.
Bei UEFI/AppleInput/CustomDelays sollte es nach Reference Manual True oder False sein.
Der Fehler dürfte aber in den Hash-Services ganz unten gelegen haben. Ich hatte die auf true (keine Ahnung wieso), die sollten aber auf false sein .
Ich habe ein paar Testversuche gemacht und er scheint jetzt tatsächlich zu laufen. Hab nochmal vielen Dank
Edit: Das Problem tritt wieder auf, scheinbar lag es also nicht daran.Mein nächster Gedanke wäre, dass die Windows-Installation (obwohl auf einer anderen SSD) die RTC durcheinanderbringt. Was auch sein kann ist, dass Apple ALC nicht funktioniert und das wiederum zu dem Fehler führt. Die Revision von meinem Realtek ALC ist soweit mir bekannt 0x000000 statt 0x100001 wie hier https://github.com/acidanthera…ALC/wiki/Supported-codecs. Ich habe Ton trotzdem mit dem legacy AppleALC "gelöst" (Kopfhörer funktionieren aber nicht, da Frontpanel und hinterer Ausgang zusammengelegt werden). Vielleicht hat das Board auch Probleme mit KASLR slide values? (https://dortania.github.io/Ope…l#finding-the-slide-value)
Ich habe mal eine aktuelle EFI angefügt, falls jemand drüberschauen kann -
Hey,
ich habe einen Opencore Hackintosh mit der folgenden Hardware laufen:
-Msi Z97 G45
-Intel i5 4670
-AMD RX580
-16GB RAM
-1TB SSD von Corsair über SATA-Anschluss
Das Problem ist, dass Opencore macOS "zufällig" bootet - oder halt auch nicht.
Wenn der Hackintosh mal wieder nicht startet, hängt er beim berühmt berüchtigten RT-GV Wake bzw. 0xE Fehler und verweist auf usr/standalone/os.dmg.root_hash und x86legacyap.im4m, nach ca. 3 Neustarts bootet er aber trotz diesem Fehler. Ich habe mehrere Wochen damit verbracht darüber nachzudenken und verschiedene Fixes auszuprobieren, aber so wirklich schlau bin ich aus der Sache leider nicht geworden.
KextUpdater sagt zu der aktuellen config.plist das Folgende:
OCS: Missing key Base, context <Patch>!
OCS: Missing key BaseSkip, context <Patch>!
OCS: Missing key Base, context <Patch>!
OCS: Missing key BaseSkip, context <Patch>!
OCS: Missing key Base, context <Patch>!
OCS: Missing key BaseSkip, context <Patch>!
OCS: Missing key Base, context <Patch>!
OCS: Missing key BaseSkip, context <Patch>!
OCS: Missing key Base, context <Patch>!
OCS: Missing key BaseSkip, context <Patch>!
OCS: No valid serialized value at 2 index!
Serialisation returns 11 errors!
Completed validating in 1 ms. Found 11 issues requiring attention.
Nur verstehe ich halt nicht was das heißen soll, weil die Base/Baseskip-Einträge identisch zu der sample.plist sind.
Kann sich jemand bitte meinen EFI-Ordner anschauen und mich in die richtige Richtung schubsen?