Beiträge von griven

So das Z97 Sorgenkind ist jetzt auch der 14.4 angekommen leider weiß ich nicht wirklich warum...

Am langen Ende habe ich "nur" das SMBIOS von iMacPro auf MacPro umgestellt,SecureBootModel ausgestellt und den NVMEFixup.kext deaktiviert und einen NVRAM reset durchgeführt und dann ging es. Welche der Aktionen letztlich zum Erfolg geführt hat kann ich nicht wirklich sagen da es nicht mein Rechner ist und ich auch nicht selbst davor gesessen habe...

Naja die IOSkywalkFamily Geschichte ist zumindest bei der Kiste mit der ich mich hier mit dem User rumschlage gar kein Thema da in dem Kasten gar keine WIFI Hardware verbaut ist...

SecureBootModel haben wir in dem Fall sowohl mit Disabled als auch mit Default erfolglos probiert (kein Unterschied ob Update oder Neuinstall). Auf die Ergebnisse mit dem anderen SMBIOS warte ich bisher noch...

Das hat in der Tat einen Grund

Der OCLP ist primär für echte Apple Hardware gedacht und hier kommt es vorallem darauf an das die eingesetzten Extensions damit bestmöglich funktionieren. Im Falle von AppleALC funktioniert nicht jede Version mit den von Apple in den Mac's verwendeten Codecs. Generell musst Du aber am Hackintosh natürlich nicht die Versionen verwenden die der Patcher an Bord hat sondern kannst hier gerne die jeweils aktuellste verwenden sofern die zu Deiner Hardware passt.

SMBIOS kann eigentlich nicht das Problem sein denn ich habe einige andere Kisten ebenfalls mit iMacPro SMBIOS und SecureBootModel auf Default ohne Probleme updaten können (ASUS Z97-A, ebenfalls RX580) wobei das ASUS sogar ne Fenvi mit drin hat und im Nachgang den OCLP braucht. Bin da wie gesagt aktuell gerade ein wenig Ratlos woran das liegen mag. Aktuell versuchen wir es mal mit einem anderen SMBIOS. Ist halt immer ein wenig doof wenn man nicht selbst an der Kiste sitzt da sieht man eben nicht was im Verbose zum Beispiel so durchläuft...

Amfipass ist da eigentlich eher unkritisch (ist hier am Elitebook auch alles aktiv und Update auf 14.5 und vorher 14.4 und 14.1 war problemlos) das Problem muss an anderer Stelle liegen. Ich eiere da auch seit Tagen mit einem anderen User dran rum. Eigentlich hat der eine Brot und Butter Config (Z97-UD5H, AMD RX580 kein WLAN, Kein BT und auch sonst nix exotisches) dennoch will sich 14.4 nicht installieren lassen. Er bekommt das Update angeboten und es sieht auch alles "normal" aus bis zum zweiten Reboot der endet dann im Loop ohne Fehlermeldung ohne irgendwas. Es spielt hierbei auch keine Rolle ob das Update in place erfolgt oder vom FullInstaller auch eine komplette Neuinstallation auf einem separaten APFS Container zeigt das exakt gleiche Verhalten. Bis 14.3 ist alles in Butter bei der Kiste darüber hinaus geht nix.

Aktuell bin ich an der Stelle auch ein wenig ratlos (verwendetes SMBIOS ist iMacPro und SecureBootModel default oder disabled macht keinen Unterschied)...

Stammtisch Essen 4/24 Samstag, 6. April 2024, 16:00 - 22:00 Friedrich-Ebert-Straße 18-20, 45127 Essen, Deutschland Termin

Moinsen Zusammen,

der nächste Stammtisch steht am kommenden Samstag schon wieder an.

Am 06.04.2024 ab 16 Uhr versammeln wir uns wieder diesmal allerdings nicht an unserem neuen Stammplatz, dem Gruppentisch G2 im 2. Obergeschoss am großen Fernseher sondern im 1. OG im Raum 104.

Kabellage für die Stromversorgung bringen wir mit, Peripherie müsst ihr euch selbst mitbringen, den Fernseher können wir über HDMI benutzen.

Kurze Anmeldung wäre super, spontan geht natürlich auch immer

Wie immer, die Rahmenparameter für Euch:

Wo? Unperfekthaus Essen (Friedrich-Ebert-Str. 18-26 - direkt am Limbecker Platz) an Tisch G2 (Gruppentisch im 2. Obergeschoss)
Wann? Samstag, den 06.04.2024 ab 16 Uhr.

Wie teuer? 5€ Eintritt ins Haus dafür Kaffee und Softdrinks soviel man mag und kann / 5. Euro Gemeinschaftsgebühr. Gegen Aufpreis gibts weitere Snacks vom Haus.

Parken? Kostenfrei in der Ottilienstraße und den umliegenden Straßen; kostenpflichtig im Parkhaus am Weberplatz oder im Q-Park am Limbecker Platz (beide 24H geöffnet). ACHTUNG: Das Parkhaus des EKZ Limbecker Platz schließt kurz nach Ladenschluss im Center.

Und vielleicht auch nicht ganz unwichtig das Windows korrekt und komplett herunterfahren (Stichwort modern Standby)...

Windows neigt nämlich dazu das System in einen erweiterten Hibernate Status (man nennt es wohl Quickboot oder so) zu versetzen selbst dann wenn man "Herunterfahren" auswählt. In Diesem Zustand verweigern einige Geräte mitunter dann die Zusammenarbeit mit einem inzwischen anderweitig gestarteten OS. Im Falle von Win10/11 kann man das System komplett herunterfahren indem man die shift Taste beim herunterfahren gedrückt hält. So heruntergefahren sollte sich dann auch "Modern Standby" im Bios deaktivieren lassen ohne das das Bios der Meinung ist Windows müsse zuvor deinstalliert werden...

Passieren kann da nichts es eliminiert einfach eine Fehlerquelle die besonders bei älteren Macs im Zusammenhang mit USB und neueren MacOS Versionen auftreten kann (der Patcher behebt das aber eben erst nach der Installation). Die Idee USB als mögliche Fehlerquelle aus dem Rennen zu nehmen ist gar nicht schlecht

Bei meinem 2015er MacBookPro musste ich erstmals auch OC manuell as Standard Bootoption setzen will meinen nach der Installation von OpenCore auf der SSD halt mit Option das Bootmenu aufrufen und dann EFI Boot markieren und mit Control+Enter als Standard definieren erst dann hat das Book das auch so übernommen. Manchmal scheint da der Teufel echt im Detail zu stecken

Solange OC noch nicht auf der internen Platte installiert ist muss man halt echt aufpassen das man bei jedem Reboot peinlich darauf achtet EFI Boot zu wählen weil andernfalls halt eben der Apple eigene Loader startet was man ja nicht (mehr) möchte wegen der gegebenen Einschränkungen.

Ja damit das geht muss der Rechner über OpenCore gestartet werden Du musst also den Stick noch mit einer OC EFI bestücken (kannst Du mit dem Patcher unter dem Punkt Build and Install OC machen). Der Rechner wird dann mit dieser EFI gestartet (Option Taste und EFI Boot wählen) anschließend kann der Installer ausgeführt werden. Wichtig ist das Du sicherstellst das EFI Boot während der gesamten Installationsdauer also auch bei den anstehenden Neustarts immer wieder ausgewählt wird (ggf. immer mit Option Taste wählen) denn andernfalls bricht die Installation ab weil der Mac eben nicht kompatibel ist.

Ist ein wenig doof gelöst aber eigentlich easy wenn man es weiß. Wenn die Installation durch ist und Du OpenCore auch auf der Festplatte des iMac installiert hast kannst Du EFI Boot dann, falls nötig, mittel druck auf control+enter im Bootpicker als default setzten damit immer OpenCore zuerst gestartet wird.

Wobei ich hier schon wieder das Problem nicht verstehe...

Die Telefonnummer in der AppleID ist der zweite Faktor für die Zweifaktor Authentifizierung und dient letztlich der eigenen Sicherheit hier sollte man sich vielleicht doch zweimal überlegen ob man da irgendeine "dubiose" Wegwerfnummer verwenden möchte von der man im Zweifel nicht weiß wer darauf eingehende SMS mitliest und zu was die darin enthaltenen Informationen dann ggf. benutzt werden. Ich habe schon Verständnis dafür das man seine Handynummer nicht überall preisgeben möchte aber an Stellen wo es darum geht einen Account bei einem renommierten Anbieter wie zum Beispiel Apple abzusichern finde ich das übertrieben zumal Dich Apple weder anrufen noch mit SMS bombardieren wird. Manchmal macht man sich echt Probleme wo keine sind...

Am langen Ende ist Gravis die eigenen gefühlte Exklusivität zum Verhängnis geworden. Wenn man sich komplett auf eine Brand spezialisiert die inzwischen auch gefühlt überall sonst zu haben ist dann steht man nunmal auf wackligen Beinen. Das Geschäft mit Apple Produkten war für Gravis auskömmlich solange es für die Kunden keine alternativen Anlaufstellen gab. Wer Apple im stationären Handel wollte der musste halt zu Gravis und genau das ist halt heute eben nicht mehr der Fall. Was Gravis echt verpennt hat ist sich weitere Standbeine zu schaffen und sich breiter aufzustellen. Es gibt heute kaum noch Gründe gezielt zu Gravis zu gehen Apple Produkte kann ich bei MediaMarkt, Saturn, Cyberport oder im schlimmsten Fall sogar beim Lidl um die Ecke kaufen und wenn ich was repariert haben muss gibt es inzwischen auch reichlich Alternativen...

Anders als Gravis müssen die anderen Händler nicht vom Verkauf von Apple Produkten leben sondern für die ist das ein willkommenes Zubrot. Mit Masse und mit einem breiten Sortiment generiert man Laufkundschaft die dann ggf. auch ein Apple Produkt kauft (Impulskauf) gibt es nur eine Brand gibt es eben keine Impulskäufe und es gibt eben auch wenig Laufkundschaft. Niemand geht nur mal um zum gucken eben zu Gravis sondern wenn dann geht man da zielgerichtet und mit gefasster Kaufentscheidung hin...

Eigentlich sollte das mit der Maschine schon klappen...

Wie bist Du vorgegangen? Hast Du das Bootmedium auf der Maschine selbst erstellt oder am gepachten Macbook (ist wichtig zu wissen weil der Patcher ja spezifisch für das jeweilige Zielmodell arbeitet)? Hast Du sichergestellt das Du in jeder Phase vom Stick aus startest solange bis die Installation komplett durch ist (Auf dem Desktop angekommen)?

Naja die OCLP Leute sind an der Stelle dann doch mal ein wenig über ihren Schatten gesprungen und haben den Patcher so angepasst das er auch die nicht nativen Karten erkennt und den Patch anbietet wohl halt schon mit blick auf die eigentlich nicht gemochte/unterstützte Hackintosh Community In einem hast Du aber recht es wird halt durch das mehr an Abhängigkeiten nicht unbedingt einfacher...

Die nicht nativen (DW1550, DW1560) gehen inzwischen auch da ist auch nicht viel Magie dabei...

Am langen Ende ist es eine Frage der richtigen Reihenfolge der Extensions denn das eine bedingt mitunter das andere und umgekehrt...

Zweifelsfrei muss die IOSkywalkFamily.kext als erste geladen werden die ist die Basis für alles weitere als nächstes dann AirportBrcmFixup.kext (nur die nicht den Injector der wird nicht benötigt) und zu guter Letzt die IO80211LegacyFamily.kext und Ihr Plugin. Damit sollte seitens der Extensions alles erledigt sein und von der Reihenfolge her sollte es passen. Im nächsten Step muss dann ggf. einmalig das BootArg amfi=0x80 gesetzt werden zusätzlich schadet es auch nicht das Arg -amfipassbeta mit aufzunehmen. Das Arg amfi=0x80 aus der Erfahrung heraus das manchmal der amfipass.kext nicht gleich beim ersten mal greift und macOS somit die vom Patcher eingebrachten Files abweist....

Wenn alles soweit parat ist kann sicherheitshalber der RootPatch mit der neuesten Version des Patchers nochmal ausgeführt werden und sofern WLAN dann tut was es soll kann das amfi=0x80 Arg wieder entfernt werden. In der folge kann nach einem Update einfach der Patch wieder angewendet werden und es sollte dann einfach laufen.

Native Lösungen für M.2 oder PCIe gibt es unter Sonoma nicht mehr hier muss im Falle von Broadcom IMMER mit dem Patcher gearbeitet werden im Falle von Intel halt mit den dazu gehörenden Kexten. Es gibt aber dennoch Lösungen die zumindest bis Sonoma ohne irgendwelche zusätzlichen Extensions (AirportBrcmFixup und BrcmPatchRAM3) auskommen hier wären zum Beispiel die Fenvi Karten zu nennen...

Die Frage wäre auch warum die ID am Hack nicht erkannt/gewollt wird wie sieht denn das Fehlerbild aus?

Klassischerweise würde ich ja drauf tippen das der Hack kein Netzwerkgerät hat welches die Eigenschaft EN0 und BulldIN hat (war früher immer, wirklich immer, der Grund warum der Store nicht wollte)...

Dann mal den Fixup auch aktivieren ist ja auf dem Bild nicht der Fall...

Deine Scanpolicy unter Misc->Security ist so eingestellt das USB Medien ignoriert werden daher siehst Du die Installer nicht

Ich würde hier den Wert 0 wählen (alles erlauben) oder aber zumindest auch USB erlauben was bei Deinem derzeitigen Setting den Wert 2129667 ergeben würde. Ich hab das mal entsprechend geändert: config.plist

Du kannst die EFI Partition schon vergrößern macht aber meiner Meinung nach wenig bis keinen Sinn...

Was die Logs angeht schau mal in der config.plist unter dem Punkt Misc->Debug hier musst Du bei Target den Wert 3 einstellen (Onscreen Log eingestellt wird vermutlich 67 sein) bzw. wenn Dein OpenCore so läuft wie erwartet kannst Du auch 0 (deaktivieren) einstellen denn was funktioniert muss ja nicht (mehr) debugged werden

Den Inhalt des Screenshots kann man bestenfalls erahnen aber eines fällt dennoch auf da fehlt noch was entscheidendes...

Die IOSkyWalkFamily.kext ist zwar drin aber der IO80211FamilyLegacy.kext fehlt noch und ohne den kann das natürlich auch nicht klappen. Sorry aber den habe ich komplett aus den Augen verlohren bei dem ganzen hin und her...

Also erst den iOSkyWalkFamily.kext dann den IO80211FamilyLegacy.kext erst dann den AirportBRCMFixup einfügen dann sollte es klappen.