Um schreiben oder kommentieren zu können, benötigst du ein Benutzerkonto.
Du hast schon ein Benutzerkonto? Melde dich hier hier an.
Jetzt anmeldenHier kannst du ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellen
Das habe ich bei mir nur, wenn SIP deaktiviert ist.
Mein Hacki läuft z.B. mit aktiver SIP und hat mir das kleine Update-Paket angeboten.
Das Original-MBP13,3, welches von Ventura nicht mehr unterstützt wird und deswegen mit dem OCLP und deaktiviertem SIP läuft, bisher immer nur das komplette 12 GB Paket angeboten bekommen.
wenn das Ergebnis der Sicherheitseinstellung %01 ist, versuchen auf %02 umzustellen.
Das habe ich bei mir nur, wenn SIP deaktiviert ist.
Ich hatte am Dienstag die SIP deaktiviert um zu testen ob der TotalFinder in Ventura läuft.
Mir wurde dann das kleine 13.1 Update angeboten und auch installiert.
Bis dahin war ich auch immer der Meinung, dass das Update mit deaktivierter SIP nicht funktioniert. Ist schon seltsam wie die Hackintoshs manchmal ticken.
So, Thema ist erledigt! 
Es lag weder an SIP noch an SecureBoot oder ähnlichem. Es war einfach die BlueToolFixup.kext, die im Weg war. Der Dank gebührt cobanramo, der mich in die richtige Richtung stieß und es mir so erklärte:
Das problem ist Lilu und seine aufbau bedingt, manche Lilu Plugins crashen eben mit diesem vorgehen, man müsste laut diversen Devs den komplet umbauen und das wollen die nicht, ist zuviel aufwand. Sie sind an einer lösung dran aber kommen im moment anscheinend nicht weiter.
Du musst dir das so vorstellen, geladenes Lilu patcht eben auch diverse sachen "on the fly" plus lädt seine Plugins auf dessen Ergebnisse.Sobald ein gepatchtes System steht willst du unter System Einstellung einen update anstossen, nun lädt das System den "kleinen" Update und verifiziert die Daten die es erneuern will. Ab hier bemerkt es eben das die geladenen Daten nicht mit den gespeicherten Files übereinstimmt weil es eben vom Lilu.kext & seine Plugin kexte verändert wurden. Daher bricht es ab und lädt den "grossen Update" um auch die normal gespeicherten Files mit der annahme das die nicht mehr konsistent sind auch zu Updaten.
So das problem kurz erklärt.
Es ist nicht nur die "BlueToolFixup.kext" die das problem verursacht, es können auch andere Plugins sein, aber die "BlueToolFixup.kext" ist am meisten dran beteiligt.
Daraufhin habe ich die BlueToolFixup.kext deaktiviert und das Update auf einer neuen Installation von macOS 13.0 getriggert. Und diesmal ist das kleine Update (1,18GB) durchgelaufen.
Nochmals vielen Dank an cobanramo! Da wäre ich nie drauf gekommen, obwohl es doch so einleuchtend ist. 
Mir wird das Update nicht mal angeboten, auch nicht nach mehrmaligen nutzen von CMD + R. Kann man sich das Update irgendwo manuell ziehen oder weiss jemand eventuell, wieso das Update nicht angezeigt wird? SMBIOS ist ein Mac Pro 2019, HW links...
Have a nice weekend!
War bei mir auch so. Nach Änderungen im Bereich des automatischen Softwareupdates (alle Schalter auf "erlaubt") wurde dann das Update auf 13.1. angeboten.
Danke dir, hat bei mir leider nicht geholfen haha... wth 
Technotron, bei mir habe ich das Problem gelöst, in dem ich unter Misc-> Security -> SecureBootModel das richtige Modell angegeben habe.
Hier eine Übersicht: https://dortania.github.io/Ope…boot.html#securebootmodel
Sorry es hat inzwischen imn Store geklappt, aber werde mal deinen Tipp anwenden... danke dir!
for AMD CPU users the delta update always works if you use iMacPro 1.1 SMBIOS without disabling any kext
If you are using MacPro7,1 you need to disable the RestricEvents kext and the bluetooth fix kext mentioned earlier in the thread, otherwise the update fails and an update of about 12 Gb is proposed
Ist zwar etwas älter aber...
Ich habe immer das full-update genutzt nachdem das kleine fehlgeschlagen ist.
Aber, mit 13.4.1 bietet er mir das full nicht mehr an. Dadurch war ich gezwungen mal nachzuschauen warum auf meinen Haupt Hackintosh das kleine update nicht geht (während es auf meinem alten Gigabyte Z390 M Gaming funktioniert.
Ich bin dann hierüber gestolpert und das war in der Tat die Lösung. Passt auch zu den jeweiligen EFIs, das ich BlueToolFixup.kext auf dem Hauptrechner hier einsetze aber auf dem Zweitrechner nicht.
Interessanterweise brauchte ich damals, als ich es initial konfiguriert habe die BluettoolFixup auf dem Hauptrechner noch, anonsten war BT nicht zum laufen zu bekommen. Jetzt brauche ich es nicht mehr. Selbst mit deaktivierter Kext läuft mein Bluetooth noch inkl. aller Dienste die WLAN/BT brauchen (Airdrop etc).
Deswegen nochmal ein Danke an cobanramo
Fühle er sich virtuell und natürlich rein platonisch umarmt.
--
Gruss,
Joerg
Moin!
Auch ein Dankeschön von mir, denn es war auch für mich die Lösung.
Jetzt bin ich doch zuversichtlich, dass mein Hack auch unter Ventura weiter leben wird.
Denn soweit funktioniert auch alles.
Prima!
