Beiträge von PeterListig

Hab das gestern nochmal probiert, da ging er dann irgendwie auch an mit den Patches usw. (habe AMFI-Pass aktualisiert, vielleicht lag es daran), hat aber deutlich länger zum starten gebraucht als üblich und Verbose hat gemeckert, dass es die Skywalk-Family nicht laden kann. Airport ging freilich trotzdem nicht.

Weiß nicht ob es daran liegen kann, dass ich die SSD zuvor im Thinkpad hatte und die mit der HP-EFI in das Elitebook verpflanzt habe. Werde die Tage nochmal mit der anderen EFI booten und dann poste ich hier das Verbose rein, hab nämlich inzwischen alles wieder rückgängig gemacht...

Tatsächlich danach, also mit dem "letzten" Reboot

Update: Ich habe mich daran versucht, das Wlan ans laufen zu bekommen. Heliport funktioniert irgendwie gar nicht (also die App öffnet es nicht, sie beschwert sich nur wenn man den itlwm-Kext nicht drin hat).

Scheint auch ein gängiges Problem zu sein, wie hier dokumentiert: https://github.com/OpenIntelWireless/itlwm/issues/1020

Nun habe ich diese Anleitung gesehen: Anleitung für Intel WLAN mit AirportItlwm unter Sequoia 15.1

Das gibt mir allerdings einen Bootloop, also irgendwas scheine ich falsch zu machen. Hier mal die EFI wenn jemand da Rat weiß bin ich wie immer sehr dankbar
https://anonymfile.com/kWyjW/efi.zip

Ich hab das mal probiert mit der Probook-Konfiguration (Pci-Root als Dictionary und die anderen Werte als Strings), er liest damit den Wert 255 aus. Wie du angedeutet hast, geht das ändern der Drehzahl bspw. mit iStats tatsächlich nicht... Ich weiß ehrlich gesagt auch nicht ob die 255 hinkommen oder ob das ein zufälliger Wert ist. Kann man das was du geschrieben hast so verstehen, dass es derzeit keine Möglichkeit gibt den Lüfter des Elitebook per Software zu steuern, weil die Hardware einem einen Strich durch die Rechnung macht?😅

Hallo zusammen,

kaum hatte ich meinen Elitebook 840 G5 so konfiguriert bekommen, dass Sonoma einwandfrei lief, da verursachte ich durch unüberlegtes Schrauben einen Kurzschluss. Nun musste Ersatz her und so habe ich mir einen Elitebook 840 G7 mit i5 10310U und Sureview angeschafft.

Zu dem Gerät sind hinreichend viele EFIs auf Github vorhanden, auf Basis einer davon habe ich mich auch an die Arbeit gemacht, mit dem Ziel perspektivisch macOS Sequoia drauf laufen lassen zu können.

Der Laptop bootet inzwischen einwandfrei, dank aktualisiertem EC-Enabler-Kext habe ich die ACPI-Fehler gelöst bekommen und mit VoodooRMI läuft (nach einem Hinweis von Thisisauser6443 auf Reddit) nunmehr auch das Trackpad. Nun versuche ich mich am Finetuning.

Konkret geht aktuel Wlan nicht über Heliport. Die App öffnet sich schlicht gar nicht erst, wenn man draufklickt. Das Problem hatte ich in derselben Form zuvor auf dem Thinkpad T480 - Ursache unbekannt. Als Ausweichmöglichkeit habe ich auch versucht von Chris1111 den Wireless USB Adapter zu installieren, aber auch das ging nicht.

Wenn ihr mir einen Tipp geben könnt, was ich bei Heliport falsch mache, wäre das super.

Ansonsten gab es in einem anderen Beitrag (Elitebook 840 G5 - Trackpad und Wifi) von griven den Hinweis, dass man wohl seit Neustem den Lüfter über VirtualSMC steuern könne.

Ich hab versucht da irgendwas zu finden, bin aber nur über Implementationen für IntelNUCs gestoßen - und hab davon auch nur die Hälfte verstanden...

Die aktuelle EFI findet ihr unter diesem Link und wer weiß, vielleicht bekommen wir zusammen ja die aktuellste und funktionalste Elitebook 840 G7 Efi des Internets zustande

https://anonymfile.com/Na6ay/efi.zip

_{einstein: Mea culpa, zu spät gelesen:}

_{Wifi läuft eigentlich normal über Airportwltm.kext unter Sonoma. Unter Sequoia wiederum läuft Airportwltm noch nicht (struggle selbst mit Heliport, das irgendwie auch nicht laufen will, auch wenn es eigentlich soll).}

_{Als Kexte hatte ich die o.g. also VoodooI2C, I2CHID, I2CSynaptics und PS2Controller. Das Ding ist, mir ist der Elitebook 840 G5 abgeraucht und ich hab so viele EFIs, dass ich nicht mehr weiß, welche funktional war und welche Fehler hatte bzw. welche Fehler das waren. Ich hatte es aber seinerzeit so gemacht, dass ich eine Github-EFI als Basis genommen und auf das aktuellste Opencore aktualisiert habe + eben den Synaptics-Kext}

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

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 mitgeben Solltet 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