Sequoia-iMacPro1,1 - Boot-Arg „-no_compat_check“ nötig nach OCLP-Root-Patches, schlimm oder nicht?

    Hallo zusammen!

    Mein letzter Beitrag ist zwar schon etwas länger her, allerdings habe ich wohl komplett verpasst, dass macOS Ventura gar keine Sicherheitsupdates mehr bekommt und somit als EOL deklariert ist (ich habe mich nämlich schon gewundert warum keine Updates mehr kamen).:lasche:
    (siehe: https://endoflife.date/macos)


    Meine Frage wäre daher, auf welcher Betriebsversion von macOS eure Rechner aktuell laufen. Gibt es bestimmte Funktionen (AirDrop, Handoff, AirPlay, VM-Funktionalität), die auf bestimmten Versionen nicht laufen oder muss man noch weiteres beachten, bis auf die Kexts, OpenCore usw. zu updaten? Meine aktuelle Hardware findet ihr in meiner Profilübersicht.
    Ich hatte schon nach Ähnlichem im Forum gesucht, aber bin leider nicht fündig geworden. Falls ich was überlesen habe, gerne einfach unten als Beitrag verlinken.:top:

    Sonst bedanke ich mich schon mal recht herzlich bei Euch und freue mich auf zahlreiche Antworten!

    Flynn_LG


    Die Frage ist nicht welches OS wir am laufen haben, es geht ja um deinen Hacki. ;) Die Frage lautet welches willst du nutzen? Mit dem Hacki aus deinem Profil kannst du bis zum aktuellen macOS Tahoe updaten.


    Was die von dir angefagten Funktionen angeht, (AirDrop, Handoff, AirPlay, VM-Funktionalität), hängt das auch von deiner HW ab. Hast du keine kompatible WiFi Karte kannst das auch nicht nutzen.


    Wobei für AirDrop gibts mittlerweile auch Alternativen, die auch Plattform übergreifend, von macOS zu Androide zu Windows funktionieren. Ich nutze da zB parallel zu AirDrop "Blip", aber dann gibts auch noch LocalSend oder KDE Connect.


    Hier geb ich dir mal den Link zum aktuellen Tahoe Sammel Thema: macOS 26 Tahoe auf den Hackintosh


    Damit du Tahoe nutzen kannst wirst du ganz sicher deinen OpenCore & Kexte aktualisieren müssen. Je nachdem wie alt der bei dir ist, wäre es warscheinlich eine gute Idee den ganz neu zu bauen.


    Zum glück geht das mit dem OpCore-Simplify Tool ganz leicht & schnell. Da geb ich dir auch mal 2 Links.


    https://github.com/lzhoang2801/OpCore-Simplify


    [Externes Medium: https://youtu.be/uIGvsOwxglA?si=Da0fTuMkSrsfQihy]


    Damit kannst du dir aber auch eine neue EFI für Sonoma oder Sequoia erstellen.

    1. System (iMac19,2):

    Gigabyte H370 HD3 | Intel i5-9400f 6x2,9Ghz | Gigabyte Radeon RX 570 4GB | Fenvi Broadcom BCM943602CS | Crucial Ballistix Sport 16GB 2x8GB DDR4 2400MHz | SSDs 3x Samsung 970 EVO Plus 2x 250GB 1x 1TB & 2x Samsung 870 EVO 1TB | macOS Sequoia 15.7.1 | Windows11 Pro x64 v25H2 | OC v1.0.5 & OCLP v2.4.1


    2. System (MacbookPro16,3): Link

    Lenovo ThinkPad E15 Gen3 | AMD Ryzen 5 5500U | AMD Radeon RX Vega7 | Broadcom BCM94360CS2 | 16GB 2x 8GB DDR4 3200MHz | 1x WD PC SN530 256GB 1x Samsung 970 EVO Plus 512GB | macOS Sequoia 15.7.1 | Windows11 Pro x64 v25H2 | OC v1.0.5 & OCLP v2.4.1

    1. Smartphone (iPhone 16):

    Ultramarin | 128GB | iOS 26.0.1


    2. Smartphone (iPhone 12): Link

    Violett | 128GB | iOS 26.0.1 | SIM Karten Umbau von Single auf Dual SIM Kartenleser

    Moin, Flynn_LG !

    Du solltest nicht nur unter Z690 sondern auch unter Z790 suchen, die beiden Plattformen unterscheiden sich nämlich faktisch garnicht.

    Bei al6042 läuft ein ASUS ProArt Z690, bei mir (und unterdessen diversen anderen) ein ASUS ProArt Z790 mit AMD Radeon RX 6900 XT Grafik. Mein Rechner verwendet das originale Intel-WLAN, unter Sequoia sehr gut, unter Tahoe nicht ganz so, al6042 hat eine Broadcom-Karte eingesteckt.

    Die noch aktuellen Systeme brauchen eigentlich alle den Broadcom-Patch, wenn die Apple-Dienste genutzt werden sollen, bei Tahoe eben mit der OpenCore-Patcher Mod-Variante von laobamac. Und eine überarbeitete USB-Anbindung.

    Wahrscheinlich macht eine Test-Installation für Dich Sinn: auf meiner kleinen Z390er-itx-Kaffeemaschine und dem störrischen X99er läuft Tahoe stabiler als Sequoia und Sonoma, aber erst, nachdem ich mal alle bei den vielen System-Updates mitgeschleppten alten funktionslosen Kexte gelöscht habe..

    Meine Rechner


    :hackintosh:

    Vielen Dank für eure Antworten! Dann weiß ich schonmal Bescheid was aktuell Phase ist und worauf geachtet werden muss.


    OpenCore und die Kexte hatte ich immer regelmäßig geupdatet (ca. 1x pro Quartal). Dann werde ich mal einen USB-Stick bereit machen und etwas rumexperimentieren was auf meinem Hacki am besten läuft. Ich werde berichten!:top:

    Ich nutze aktuell macOS Sequoia auf allen meinen Rechnern. Mit OpenCore Legacy Patcher die alten Broadcom Wifi Chips zum Laufen gebracht. Tahoe will ich noch nicht nutzen, da ich das neue Liquid Glass Design auf dem Desktop eh für schlecht implementiert halte, und weil es noch kein OCLP für Tahoe offiziell gibt.

    Zu beachten wäre, dass Apple recht aggressiv vorgeht, was Systemanforderungen für Apples eigene Apps angeht. Beispiel: Final Cut. Ähnlich Logic Pro. Anforderungen dieser Art halte ich für relevanter, was Motivation für Updates von macOS angeht, als meist irrelevante Security Updates.

    Meine GeekBench Benchmarks - Meine Heaven OpenGL Benchmarks.

    PowerMac G3 b&w, G4 QS, MacPro (2009) CaseMod (10700K, Z590, Rad 6800). NVISEN Y-MU01 (i7-8565U). GenMachine (AMD 7730U). Dell Optiplex 9030 (Haswell AiO). Notebooks: Xiaomi Notebook Pro 15" (2018, 8550U), Huawei Matebook X 13" (2018), Acer Aspire 3 A315-51-388S, ASUS UX302L, Dell Latitude E7470, ASUS M1605YA (AMD 7530U). EFIs für alle genannten Projekte gern per PN.

    Also ich nutze auf meinem Desktop (Signatur) Sequioa. Hab eine Fenvi WLan Karte für Wlan und BT. Das läuft alles einwandfrei, auch Airdrop und Applewatch unlock usw. . Ich nutze unter MacOS Logic Pro, Cubase, Davinci, neuerdings Affinity als PS Alternative. Da das System so geschmedig läuft scheue ich mich davor auf das neueste OS zu updaten und es ist schon oft genug schweißtreibend einfach nur innerhalb einer Version ein Update zu machen :D


    Auf meinem MSI Laptop (i7 10870h, hm470 Chipsatz) lief bis vor kurzem auch Sequioa. Da ich den Laptop aber größtenteils zum Aufnehmen im Proberaum brauche, bin ich aufgrund gfehlender Treiberkompatibilität zu Ventura zurück. Der HerstellerTreiber meines Audiointerfaces ist laut Hersteller nur bis Ventura kompatibel und unter Sequioa ist Logic Pro häfig abgeschmiert. Ich brauche den HerstellerTreiber jedoch um das vollständige KanalRouting des Interfaces nutzen zu können, sonst wäre ich bei Sequoa geblieben und hätte den CoreAudio Treiber von Apple genutzt. Da ich im Laptop ebenfalls eine unterstützte Broadcomkarte habe, läuft da auch alles an Features.


    Ber wie der Vorschreiber schon geschrieben hat: Die Kompatibilität bezieht sich aber natürlich auch auf die Apps. Logic Pro läuft nur in "kleinerer" Version unter Ventura als unter Sequuoia und zb Davinci Resolve benötigt auch eine ältere Version. Die neueste lässt sich zb nicht mehr installieren. Also je nachdem welche Programme du verwendest ist das natürlich ausschlaggebend.

  • Flynn_LG

    Hat den Titel des Themas von „Upgrade von macOS Ventura 13 zu macOS ?? - EOL von macOS Ventura“ zu „Boot-Probleme nach Upgrade von Ventura auf Sequoia“ geändert.

    Hallo zusammen.


    Ich hatte am Wochenende nun endlich das Upgrade vollzogen und war erstaunt, dass die EFI die ich mit dem Tool OpCore-Simplify erstellt habe direkt funktioniert hat. Ich habe mich für ein Upgrade von Ventura auf Sequoia entschieden, da mir das Liquid-Glas-Design von macOS Tahoe nicht zusagt. Mit dem OCLP-Tool habe ich dann nach erfolgreichen Booten noch das WLAN zum laufen gebracht und ich dachte das Ganze sei super überstanden…


    Heute nach der Arbeit wollte ich den Rechner starten und es tauchte der schwarze support.apple.com/mac/startup Bildschirm auf mit dem großen 🚫

    Daraufhin habe ich erst einmal einen NVRAM-Reset gemacht, welcher nicht weiterhalf. Daraufhin Google befragt und herausgefunden das es an der SMBIOS-Version liegen kann (iMacPro1,1), da ich aber den OCLP nutze und das somit gepatcht wird sollte das nicht das Problem sein. Weitere Recherche ergab das das Boot-Argument „-no_compat_check“ Abhilfe verschaffen kann. Also eingestellt und neugestartet und siehe da, es funktioniert (dachte ich zumindest…). Ich kam bis auf den Login-Bildschirm und konnte mich auch normal anmelden.

    Um zu testen ob der Rechner jetzt wirklich nach einem Neustart korrekt bootet, startete ich ihn noch einmal neu. Nun blieb er beim Booten bei dem Punkt „apfs_should_be_system_mount…“ hängen (siehe Anhang). Ich habe gegoogelt und hier im Forum recherchiert und finde darauf leider keine Antwort. NVRAM-Reset verschafft keine Abhilfe, auch nicht die Erstellung einer neuen EFI mit Hilfe des OpCore-Simpily Tools. Ohne Boot-Arg „-no_compat_check“ erscheint das 🚫 und ich habe das Gefühl das dadurch der Boot-Prozess gestört wird.


    Entschuldigt Rechtschreib- oder Grammatikfehler. Ich habe diese Nachricht auf meinem Handy verfasst, da der Rechner aktuell nicht möchte:kopfschüttel:


    Ich freue mich über jede Hilfe!


    Die EFI verlinke ich euch gerne bei Bedarf.


    EDIT: Mittlerweile scheint bei er beim Boot an zufälligen Stellen festzuhängen. Leider lässt sich dadurch nichts reproduzieren und ich habe keinen Fehler womit ich arbeiten kann.

    EDIT-2: Ich bin vorhin auf diesen Troubleshoot-Artikel aufmerksam geworden: https://dortania.github.io/Ope…-boot-after-root-patching
    Warum auch immer bin ich nicht davor darauf gekommen, mir das mal durchzulesen:lasche: Jedenfalls konnte ich mit dem zurücksetzen der Root-Patches den Rechner wieder zum laufen bringen. Das OCLP-Tool hatte nur folgenden Root-Patch vorgenommen:

    Ohne die Root-Patches läuft nur leider mein WLAN nicht. Ich muss mal gucken, ob ich mein On-Board-WLAN nutzen kann, aber falls jemand von euch mehr dazu weiß, würde ich mich sehr über eine Antwort freuen :)



    lade doch die EDI mal hoch. Ich kann mit den Screenshots nichts anfangen, ich könnte aber die EFI mit meiner vergleichen. Bei mir läuft Sequoia und unsere Specs sind nicht all zu weit voneinander entfernt.

    Spontan würde mir einfallen:


    iGPU vom CPU deaktiviert (-wegnoigpu)? wobei du MacOS ja durchaus schonmal erfolgreich am laufen hattest.

    SIP deaktiviert?

    Schau dich mal hier durch. Dort ist der Umgang mit dem OCLP, SIP, amfipass usw sehr gut erklärt. Vielleicht hilft dir das auch weiter.

    Danke Dav1310 für deine Nachricht :)

    Wie im zweiten EDIT meiner vorherigen Nachricht erwähnt läuft der Rechner wieder. Mit deinem verlinkten Beitrag habe ich nun auch Root-Patches zum laufen gebracht. Danke Dir für's erwähnen!

    Einzig und allein "-no_compat_check" muss ich zusätzlich als boot-arg verwenden, damit der 🚫-Fehler (support.apple.com/mac/startup) beim booten nicht auftritt. Ich habe zwar SIP noch zum Teil aktiviert, da ich in der config.plist unter csr-active-config "030A0000" anstatt "03080000" zu stehen habe und könnte mir vorstellen, dass das damit zusammenhängt, allerdings fehlt mir gerade die Zeit um dem weiter auf den Grund zu gehen. Ich werde es morgen ausprobieren.

    Im Anhang noch die gewünschte EFI.

    Du verwendest ein iMacPro-SmBIOS, da der im Original nicht mit Tahoe läuft, ist da das Bootarg zum Abschalten des entsprechenden System-Checks für Tahoe notwendig, bei Sequoia wohl aber eine Folge der falschen CSR-Einstellung beim Root-Patch.

    Und dann hast Du noch gleichzeitig die Bootargs -amfipassbeta und amfi=0x80 in Deiner Liste: das zweite schaltet AMFI komplett aus, das erste sorgt dafür, dass der AMFI-Pass-Kext auch unter Sequoia & Tahoe funktioniert. Eins geht nur. Nimm mal amfi=0x80 raus und trage dafür die korrekte csr-aktive-Einstellung ein.

    Meine Rechner


    :hackintosh:

    Flynn_LG Ich habe die EFI gerade mal geladen. Interessant ist, dass du Nootrx.kext nutzt und dafür whatevergreen weglässt. gibt es da irgendwie Unterschiede in der Leistung?

    Guten Morgen.


    Danke für Eure Antworten.


    MacGrummel Ich habe nun „amfi=0x80“ (hatte ich fälschlicherweise aus dem verlinkten Artikel mit übernommen oder es noch vom Testen drinnen gelassen) aus den Boot-Args entfernt und habe unter csr-active-Config „03080000“ eingetragen. Zudem habe ich aus dem Boot-Args noch „-no_compat_check“ entfernt. Nach mehrfachen NVRAM-Reset wird mir beim Boot trotzdem das 🚫 angezeigt. Boote ich über die Recover-Partition und gehe ins Terminal und gebe dort „csrutil Status“ ein, wird mir trotzdem noch angezeigt, dass die Debugging Restrictions, DTrace Restrictions, NVRAM Restrictions und BaseSystem Verification noch aktiv sind. Ich schlussfolgere dann daraus, dass SiP nicht korrekt deaktiviert wurde?

    Ich muss jetzt erst einmal zur Arbeit und würde heute Abend weiter probieren.


    Dav1310 Das stimmt. Ich hatte vorher WhatEverGreen und wollte die andere Möglichkeit mal ausprobieren. Einen Leistungstest konnte ich noch nicht machen (z. B. GeekBench), habe ich aber noch vor. Ich werde berichten :)


    Zudem noch eine allgemeine Frage: Für meinen Anwendungsfall (dedizierte Grafikkarte) sollten ja nur die SMBIOS-Versionen iMacPro1,1 und MacPro7,1 verwendet werden. Früher auf Ventura lief der Rechner mit MacPro7,1 recht gut. Gibt es direkte Vorteile/Nachteile beim Nutzen einer dieser SMBIOS oder heißt es ausprobieren und testen welche besser läuft?

    Flynn_LG

    zur auswahl des passenden smbios -> wenn du auf tahoe gehen möchtest- und ansonsten kannst du das profil dann auch bei sequoia fahren, -für seqouia steht nix spezielles im guide -> https://dortania.github.io/Ope…rt.html#macos-smbios-list https://dortania.github.io/Ope…oe.html#table-of-contents


    macpro 7.1 wäre bei tahoe ok


    lg :)


    smbios sequoia
    Zitat von Flynn_LG

    Zudem noch eine allgemeine Frage: Für meinen Anwendungsfall (dedizierte Grafikkarte) sollten ja nur die SMBIOS-Versionen iMacPro1,1 und MacPro7,1 verwendet werden. Früher auf Ventura lief der Rechner mit MacPro7,1 recht gut. Gibt es direkte Vorteile/Nachteile beim Nutzen einer dieser SMBIOS oder heißt es ausprobieren und testen welche besser läuft?

    Das war zu vor auch Thema in diesem Thread. Seite 2/3. Ich habe mit dem MacPro7.1 nie die Performance erreicht, die das iMacPro1.1 smbios liefert. Ich habe bisher nicht herausgefunden warum, aber in den Benchmarks liegt das MacPro Smbios immer weit hinter dem iMacPro. Aber bevor ich das jetzt hier alles zusammenfasse, lies dir den Thread mal durch. Kannst ja auch selbst ausprobieren und nehmen, was dir dann am ehesten zusagt

    apfel-baum Danke für die Verlinkung des Guides! Ich muss mal das MacPro7,1 SMBIOS im Vergleich zum iMacPro1,1 testen... Das Ergebnis bei GeekBench sagt mir bei dem iMacPro1,1 nicht gerade zu. Mehr dazu in der Antwort zu Dav1310:

    Dav1310 Sehr interessant, auf jeden Fall danke dafür. Ich habe mir den Tread jetzt ein paar mal durchgelesen und habe jetzt folgendes gemacht:
    1. Via ControlMsrE2-Tool den CFG-Lock-Status überprüft. Heraus kam "This firmware has UNLOCKED MSR 0xE2 register!". Daraufhin habe ich die Quirks "AppleCpuPmCfgLock" (zwischenzeitlich aktiviert, da ich nicht wusste das CFG bereits deaktiviert war) und "AppleXcpmCfgLock" deaktiviert.
    2. Den Quirk "AppleXcpmForceBoost" ausprobiert.
    Mit oder ohne den CFG-Quirks und mit/ohne den ForceBoost-Quirk ist die Geekbench Performance mit 1819 Punkten im Single-Core ernüchternd - im Vergleich zu den 2562 Punkten bei Dir. Hast du Du eine Idee, was ich noch ausprobieren könnte?

    Trotz "csr-active-config" Eintrag mit Data "03080000" ist immer noch das booten ohne das boot-arg "-no_compat_check" nicht möglich. Mir wird sonst immer das 🚫 angezeigt.

    Flynn_LG

    hast du den restrictevents.kext mit dem bootarg "revpatch=sbvmm" drin?


    lg :)

    edit -

    siehe deiner backupefi hast du den restrictevents.kext zwar drin, aber eben ohne werte, setze den mal wie angegeben"revpatch=sbvmm" als bootarg, du hast desweiteren "doppelamfi drin", nach der install kannst du die generalkeule amfi=0x80 entfernen.

    prev-lang:kbdStringde-DE:3

    edit2

    ich sehe grade in 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102, hast du den revpatch gesetzt, wenn du das ins bootarg schubst, kannst du es dort 4D1FDA02-38C7-4A6A-9CC6-4BCCA8B30102 , löschen

    --

    edit 3

    was ocvalidate moniert -> PlatformInfo->Generic->SystemUUID is borked (Can only be empty, special string OEM or valid UUID)!
CheckPlatformInfo returns 1 error!

    apfel-baum RestrictEvents.kext ist drin, aber das boot-arg nicht. Ich packe das mal eben rein und entferne "-no_compat_check". Bezüglich amfi hatte mich MacGrummel schon aufmerksam gemacht, dass hatte ich schon entfernt. Die aktuellen Boot-Args sind dann: "-v revpatch=sbvmm debug=0x100 keepsyms=1 ctrsmt=full -amfipassbeta" Ich melde mich nach einem Neustart :)


    Noch eine Anmerkung bzgl. GeekBench. Ich habe gerade mal auf GeekBench 6 geupdatet und nun ist der Score "besser": https://browser.geekbench.com/v6/cpu/17139789
    Man kann halt nicht Birnen mit Äpfeln vergleichen...

    ich "empfehle" , meinerseits die opencore auxiliary tools, die beinhalten ocvalidate, welches "meckert"-syntaxfehler anzeigt, die oft bereits durchs speichern-"diskette", gelöst werden, und ansonsten auch noch sagen wo, was falsch steht.


    lg :)

    --

    ocauxtools-unter releases

    - https://github.com/ic005k/OCAuxiliaryTools

    ocauxtools-howto

    [Externes Medium: https://www.youtube.com/watch?v=S6mE44a-Z-8]

    Ich musste gerade leider in Win11 booten, da wieder das 🚫 beim Versuch von macOS zu booten kam. NVRAM-Reset habe ich 2x hintereinander gemacht. Ich musste wieder das boot-arg "-no_compat_check" hinzufügen. Soll ich einmal die aktuelle EFI verlinken?

    Ich nutze bereits Auxiliary Tools zum bearbeiten des EFI-Ordners, bis jetzt immer "No issues found". Korrekte OpenCore-Version ist ausgewählt.

    du kannst die efi gezippt, falls zu groß, aufteilen- hier als anhang uppen-ggf. entpersonalisiert, also die eriennummern ggf. durch 00000 oder so ersetzen


    lg :)