OpenCore Board-ID Skip und Spoof mit VMM Patch >> macOS Monterey plus Updates trotz nicht unterstützter Board-ID

  • Danke. Weiß leider nicht, was AMFI und Race Condition bedeutet, aber füge es mal als Infos hinzu.

  • 5T33Z0, AMFI ist die Apple Mobile File Integrity, hier ganz gut beschrieben: https://www.naut.ca/blog/2020/…mmands-to-liberate-macos/

    Power Mac G5
    (Late 2004)



    CPU: Intel Core i9-9900K (Coffee Lake)
    Mainboard: GIGABYTE Z390 M GAMING
    Grafik: SAPPHIRE Pulse Radeon RX 580
    Bootloader: OpenCore (0.9.8)
    Operation Systems: macOS "Ventura" 13.6, macOS "Sonoma" 14.3,
    macOS "Catalina" 10.15.7
    Power Mac G4
    (Quicksilver)



    CPU: Intel Core i3-10103F (Comet Lake)
    Mainboard: ASROCK H470M-HDV/M.2
    Grafik: MSI Radeon RX 560 AERO ITX 4G OC
    Bootloader: OpenCore (0.8.7)
    Operation Systems: macOS "Ventura" 13.1, Windows 10 Professional

    Stopinprogress...

    Lenovo Thinkpad X1 Tablet Gen3 Intel Core i7-8550U, Intel® UHD Graphics 620, 16 GB LPDDR3, Thunderbolt 3, Intel Dual-Band Wireless-AC 8265, 802.11ac Dual-Band 2x2 Wi-Fi® + Bluetooth 4.2, Touchscreen & Stift

  • 5T33Z0

    mal eine dumme Frage.


    Würde das bedeuten das die HD4000 bei einem Update auf Monterey nicht gepatched werden muss?


    Kann doch eigentlich nicht sein oder? da die Treiber aus Monterrey entfernt wurden oder habe ich jetzt einen Denkfehler :think:

    Dell Optiplex 3020 SFF / Core I5 4590 / Intel HD4600 / 8GB Ram / 250 GB Samsung SSD 850 EVO / Aukru USB Nano Bluetooth Adapter V4.0/ OpenCore 0.84 / Magic Mouse 2 / Magic Keyboard 2 / Magic Trackpad 2 / Sonoma 14.0 Beta (23A5328b)


    Real Mac / MacBook Pro 13 Zoll Mitte 2012 /2,5 GHz Dual-Core Intel Core i5 / 8GB Ram / 250 GB Samsung SSD 850 EVO/ Intel HD Graphics 4000 / Catalina


    Real Mac / MacBook Air M1 / 8 Core CPU / 7 Core GPU / 8GB RAM / 256GB SSD / Ventura 13.1 (22C65)

  • Patchen muss man weiterhin, weil die Treiber fehlen.

  • TECHNIKVERBOT

    5T33Z0


    OK das heisst also weiterhin das man die SIP deaktivieren muss um die HD4000 Patches zu machen. Dann würde man aber wieder kein kleines Update via dem Updater angeboten bekommen und muss mit Fullinstaller drüber? Richtig?


    Und dann wieder von vorne Patchen. Oder würde er trotzdem nur ein kleines Update machen und die Treiber bleiben erhalten indem man die SIP wieder vollständig aktiviert bzw geht das überhaupt da ja eigentlich nach dem Patch der Seal Broken ist?


    Fragen über Fragen? Sorry :emojiSmiley-06:

    Dell Optiplex 3020 SFF / Core I5 4590 / Intel HD4600 / 8GB Ram / 250 GB Samsung SSD 850 EVO / Aukru USB Nano Bluetooth Adapter V4.0/ OpenCore 0.84 / Magic Mouse 2 / Magic Keyboard 2 / Magic Trackpad 2 / Sonoma 14.0 Beta (23A5328b)


    Real Mac / MacBook Pro 13 Zoll Mitte 2012 /2,5 GHz Dual-Core Intel Core i5 / 8GB Ram / 250 GB Samsung SSD 850 EVO/ Intel HD Graphics 4000 / Catalina


    Real Mac / MacBook Air M1 / 8 Core CPU / 7 Core GPU / 8GB RAM / 256GB SSD / Ventura 13.1 (22C65)

  • Das hatte ich schon im Verlauf der Diskussion geschrieben: sobald man Treiber rein patcht ist das Siegel gebrochen und man muss immer den gesamten installer runterladen leider.


    SIP kann man nicht aktivieren, wenn man Treiber reinpatcht, dann startet die Kiste nicht mehr.


    Updates bekommt man angeboten. Sieht man ja in den Screenshots. Verwendeter Wert für csr-active-config in meinem Fall: 67080000

  • Danke euch beiden fürs klarstellen :emojiSmiley-106:

    Dell Optiplex 3020 SFF / Core I5 4590 / Intel HD4600 / 8GB Ram / 250 GB Samsung SSD 850 EVO / Aukru USB Nano Bluetooth Adapter V4.0/ OpenCore 0.84 / Magic Mouse 2 / Magic Keyboard 2 / Magic Trackpad 2 / Sonoma 14.0 Beta (23A5328b)


    Real Mac / MacBook Pro 13 Zoll Mitte 2012 /2,5 GHz Dual-Core Intel Core i5 / 8GB Ram / 250 GB Samsung SSD 850 EVO/ Intel HD Graphics 4000 / Catalina


    Real Mac / MacBook Air M1 / 8 Core CPU / 7 Core GPU / 8GB RAM / 256GB SSD / Ventura 13.1 (22C65)

  • TECHNIKVERBOT:


    Ah, danke für die Info. Scheint allerdings nicht das ganze Patch-Konstrukt zu sein, sondern sich nur auf Caching zu beziehen:

    Zitat

    # Content Caching Unlock

    For systems returning 1 from 'sysctl kern.hv_vmm_present'

  • liest sich ja interessant, und wenn ich richtig verstehe-kann es gut möglich sein, das der support vom ivy "irgendwann" im laufe der updates von monterey selbst verschwindet = keine updates mehr? . wer weiß das wäre nun mutmaßung :) meinerseits

  • Das hatte ich schon im Verlauf der Diskussion geschrieben: sobald man Treiber rein patcht ist das Siegel gebrochen und man muss immer den gesamten installer runterladen leider.


    SIP kann man nicht aktivieren, wenn man Treiber reinpatcht, dann startet die Kiste nicht mehr.


    Updates bekommt man angeboten. Sieht man ja in den Screenshots. Verwendeter Wert für csr-active-config in meinem Fall: 67080000

    Kann ja sein ich habe das nicht richtig verstanden, aber ich habe die Kepler Treiber in Monterey "rein gepatched" und danach wieder SIP aktiviert ohne Problem.


    Das mit den Updates wird sich noch zeigen.

  • Ich bin noch nicht ganz schlau daraus geworden, worum es hier geht. OCLP-Patches auf einem Hackintosh anwenden, richtig?

    Wenn ja, dann kann man auch den PostInstall-OCLP in der GUI selbst anschubsen, sofern man das richtige SMBIOS dort eingestellt hat, selbst wenn man nicht selbst mit OCLP bootet, sondern beispielsweise mit dem normalen OC für den Hacki oder gar Clover.

    Hat griven bereits so gemacht, vor einiger Zeit, was in einem anderen Thread stand.


    msart

    Durchaus möglich, was Du da schreibst. Die Kepler-Treiber sind ja quasi nur ein Rollback von da, wo es noch nativ ging, also vor 12.1 DP1 (hier sind die Nvidia-Kext's geflogen).

    Die Kext's sind aber unverändert, so dass die Signatur der Kext's (oder wie Ihr schreibt Siegel gebrochen) nicht verändert wurde. Somit sind die noch immer nativ Apple signiert und sollten auch mit aktiviertem SIP geladen werden.

    Veränderte Kext's konnte man früher im Terminal sogar neu signieren mit "sudo codesign ... bla bla", was ich aber auch seit Catalina selbst nicht mehr brauchte.


    Betreffs Hackintosh und diesen Patches kann ich sicher nicht mitreden, aber zumindest betreffs meinem MacPro3,1 kann ich mitreden, der ja auch inzwischen all diese Patches braucht.

    Das zurückspielen der Nvidia-Kext's braucht der auch, da er eine Nvidia-Metal-Karte hat. Ferner braucht der auch den neuen rdrand-Patch wegen der CPU.

    Ferner auch die Broadcom-Patches für BT, da die real ...CD zwar noch nativ WLAN bringt, aber BT ansonsten gebrochen ist.


    Die Aussage, dass man mit all diesen Patches keine OTA-Direktupdates mehr fahren kann, ist so vielleicht nicht ganz richtig, zumindest lief bei mir jedes Direkt-Update ohne zutun durch, brauchte also keinen FullInstaller.

    Evtl. ist dies aber auch auf'm Hacki anders, durchaus möglich.

    Medion P9614: C2D 2,8GHz 8GB DDR3 GT330M 512GB FullHD intern BCM WLAN/BT SSD 512GB + 512GB + 1TB macOS Catalina / Win10pro 8)

    Real: MacMini M1: 8GB 32" LG 4k SSD 250GB + 1TB nvme USB-C + 1TB thunderbolt nvme macOS 14.6.1 / macOS 15.1

    MacBook Air M2 15": 8GB SSD 512GB macOS 14.6.1

    MacMini2014: i5 2,8GHz 16GB DDR3 Intel Iris 5100 23" Apple-Cinema 1TB NVMe / 1TB HDD macOS 14.6.1

    iPhoneSE 3.Gen 128GB: iOS 17.6.1 iPad Pro 9,7" WiFi 32GB: iPadOS 16.7.7

  • MacPeet


    Zunächst einmal: Meine Beschreibung, was hier gemacht wird ist ziemlich eindeutig und präzise: Booter- und Kernel Patches auf LEGACY PC HARDWARE verwenden, die die Virtualisierungsfunktion von Monterey nutzt, um macOS 12 eine unterstützte Board-ID vorzugaukeln, während die Hardware aber das für sie angemessenes SMBIOS verwendet, um so MacOS Monterey installieren, starten und updaten zu können – mit einem offiziell nicht unterstützten SMBIOS.


    1. Dein Argument, die Patches erst "im Post-Install anzustoßen" scheitert schon im Ansatz, da es sich WIE MEHRFACH erwähnt, hier um Booter- und Kernel-Patches handelt, die bereits beim Laden von OpenCore angewendet werden müssen! Ohne sie wären Boot, Installation und Update von macOS Monterey auf Legacy PC Hardware unmöglich. Abgesehen davon: da diese Booter und Kernel Patches aus der config.plist von OCLP stammen, handelt es sich dabeu eh um Patches, die beim Laden von OpenCore angewendet werden – auch bei nem Mac. Von daher kann man das auch nicht im Post-Install mit irgendner GUI machen. Bitte nicht Dinge zusammenwürfeln, die nichts miteiander zu tun haben!


    2. Bezüglich Delta Updates: es geht nicht darum, ob die Signatur der nachträglich rein gepatchten Treiber in macOS Monterey korrekt ist, sondern darum dass das Siegel der Snapshot Partition dabei gebrochen wird. Und deswegen funktionieren Delta Updates danach nicht mehr. Ich habe einen PC und ein Laptop die mittlerweile beide nachträglich reingepatchte Treiber benötigen. Im ersten Fall Kepler und im zweiten IntelHD4000. Und in beiden Fällen sind danach keine Delta-Update mehr möglich. Vielleicht ist das auf vintage Macs anders, aber um die geht es hier nicht. Ob Delta Updates funktionieren ist eh sekundär für mich. Es geht darum, das der Board-ID spoof funktioniert.


    Ganz ehrlich: bevor Du mich kritisiert, solltest Du zunächst verstehen, worum es in der Sache geht, aber das hast Du nicht. Du siehst "oh OCLP Patches" und denkst an alte Macs. Darum geht es aber hier ganz und gar nicht. Denn sonst wäre dieser Thread vollkommen überflüssig. Es geht immernoch um Hackintoshes. Es ist halt wieder typisch deutsch, dass einem statt "oh coole Idee" hier nur wieder "was soll das?" entgegenschlägt – bei vollkommener Unkenntnis der Sachlage. Anstatt erstmal anzuerkennen, was jemand hier anbietet. Frustrierend.

    2 Mal editiert, zuletzt von 5T33Z0 ()

  • Kritisiert habe ich Dich überhaupt nicht, frage mich, warum Du Dich immer gleich angegriffen fühlst.

    Natürlich braucht es viele Patches bereits im Bootloader für die Legacy-Hardware.

    Wie genau und wann spielst Du denn die Kepler- bzw. IntelHD4000-Treiber ins System ein?

    Dies bezüglich meinte ich ja auch nur, dass man dafür auch den PostInstaller vom OCLP-Patcher nutzen kann, selbst wenn man OCLP nicht als Bootloader nutzt, was hier bereits erfolgreich gemacht wurde.

    OC oder OCLP basiert letztlich auf dem gleichen Loader und nach Boot im System ist es egal, ob PC oder Mac, verhalten sich beide gleich.

    Dieses wird ja erst im System selbst ausgeführt. Nach Updates ist man erst einmal im Vesa-Mode, da z.B. die Nvidia-kext's noch fehlen.

    Der Postinstaller spielt diese dann wieder ein, erneuert den Kernelcache und erstellt den neuen Snapshot, ohne dass dieser gebrochen wird.

    Es geht dabei auch nur darum, die fehlenden Kext's wieder sauber ins System zu bekommen. Unterschiede betreffs PC oder realMac gibt es bei dieser Ausführung nicht.


    Selbstverständlich hat es nicht's mit den Patches zu tun, welche bereits der Bootloader braucht.

    Medion P9614: C2D 2,8GHz 8GB DDR3 GT330M 512GB FullHD intern BCM WLAN/BT SSD 512GB + 512GB + 1TB macOS Catalina / Win10pro 8)

    Real: MacMini M1: 8GB 32" LG 4k SSD 250GB + 1TB nvme USB-C + 1TB thunderbolt nvme macOS 14.6.1 / macOS 15.1

    MacBook Air M2 15": 8GB SSD 512GB macOS 14.6.1

    MacMini2014: i5 2,8GHz 16GB DDR3 Intel Iris 5100 23" Apple-Cinema 1TB NVMe / 1TB HDD macOS 14.6.1

    iPhoneSE 3.Gen 128GB: iOS 17.6.1 iPad Pro 9,7" WiFi 32GB: iPadOS 16.7.7

  • Deine Äußerungen beziehen sich nicht auf den Kern des Themas Board-ID Spoof mit Virtzalisierungsmöglichkeiten von macOS Montere, sondern auf Post-Install, was mit diesem Guide nichts zu tun hat!


    Der board-id spoof ermöglicht erst, das System unter macOS 12 zu booten. Wie jemand danach seine Treiber installiert, muss sie/er selbst wissen. Sei es via Geforce Kepler Patcher, sei es via HD4000 Patcher oder manuell mit Hilfe Command Line Snapshot Mounter


    Und meine Erfahrung ist: 1) boot nach reinpatchen der Treiber ist nur möglich mit dekativierter SIP möglich 2) delta Updates sind danach unmöglich.


    Im OpenCore Legacy Patcher GUI gibt es keine separate Option, um nur Grafiktreiber zu installieren.