Unter Sonoma werden die Updates nicht mehr gezogen....
in csr-active-config hab ich aktuell FF0F0000 drin, ist der Wert noch aktuell
Dropbox und onedrive syncen auch nicht mehr wirklich...
Kennt einer eine Lösung?
Grüße
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 erstellenUnter Sonoma werden die Updates nicht mehr gezogen....
in csr-active-config hab ich aktuell FF0F0000 drin, ist der Wert noch aktuell
Dropbox und onedrive syncen auch nicht mehr wirklich...
Kennt einer eine Lösung?
Grüße
Hallo zusammen, hat jemand schon seinen Asus X299 Sage /10g Hackintosh auf Sequoia 15.0 erfolgreich upgedatet? Ich hab vor einiger Zeit die Fenvi 919 'entsorgt', Asus Bios 4401, OC ist Release 1.01 und die Kexte sind aktuell. Die config.plist hab ich angehängt
Sonoma 14.7 und Ventura 13.7 laufen astrein. Vor längerer Zeit hab ich mal mit einer frühen Beta von Sequoia rumdilettiert mit mäßigem Erfolg. Benötigt es noch weiterer Vorausetzungen oder kann ich hiermit mal loslegen?
Hallo zusammen, hat jemand schon seinen Asus X299 Sage /10g Hackintosh auf Sequoia 15.0 erfolgreich upgedatet?
Ja, völlig problemlos. Aktuelle EFI, aktuelle Firmware von Asus. Nix dickes …
Edit:
Ich schreib morgen mal etwas dazu + EFI
Du musst VT-D im BIOS an haben, disableIOMapper auf false stellen und dann starten.
Binde wenn das nicht hilft den Smalltree Kext zusätzlich ein…
Läuft das Board eigentlich auch nativ bzw. mit verändertem ROM mit den IntelLucy Treibern?
Was mich interessieren würde, gibts überhaupt noch eine BT+Wifi Karte die OOB läuft?
Fenvi kannst ja ohne diesen OCLP in die Tonne treten (außer BT).
jan2ooo also nativ ist da mit den kexts von mieze nix mehr (mit kext kein nativ
).
Das funktioniert einwandfrei wenn du mit OCLP arbeitest.
Ohne OCLP benötigst du die Kexte mit verändertem ROM nicht, läuft nach wie vor (wie bei mir) ohne smalltree oder kexte.
Mit nativ meine ich die Apple Treiber. Mit verändertem ROM hatte ich da irgrendwann Freezes, mit SmallTree ging es dann. Mieze schreibt ja, dass seine Treiber eine bessere Performance liefern also die treiber von Apple, daher die Frage ob diese Kombination (ROM Anpassung und IntelLucy) laufen. Bzw. wie entscheidet macOS, welche Treiber verwendet werden? ![]()
Wie versprochen, mal eine Aktualisierung. BIOS-Version bei mir 4401, derzeit aktuellster Stand. Anbei bebilderte BIOS-Einstellungen, dazu ein EFI-Ordner, neueste OC und Kexte und paar Infos.
Läuft ohne IntelLucy und ohne Smalltree.
Habe drei SSDT dabei, aber nur die "SSDT-SAGE_10G.aml" ist zwingend eingebunden:
Die anderen beiden SSDT können ans eigene System angepasst werden (Grafikkarten, Thunderbolt) und sind nur als Beispiel vorhanden.
In der config.plist sollte noch je nach Grafikkarte entschieden werden, ob dieses Bootargument bleibt oder entfernt wird:
und die persönlichen Infos wie MLB, SystemSerialNumber sowie SystemUUID müssen nachgetragen werden:
ROM ist die MAC-Adresse von en0 (Ethernet), und wird ohne Doppelpunkte eingetragen.
Konfiguriert ist mein System im BIOS mit Windows-Secure-Boot, siehe Screenshots. Dazu muss lediglich OpenCore bzw deren EFI-Dateien signiert werden. Auch das ist einfach und per Screenshot dokumentiert. Damit klappt's dann auch mit Windows11 ohne weiteres. Wer nicht benötigt, stellt im BIOS eben nichts dergleichen an. Ansonsten wie im Screenshot zu sehen, einfach zum EFI-Ordner gehen und dann alle EFI-Dateien signieren. Danke an dieser Stelle an SchmockLord , wusste gar nicht, dass es so einfach geht.
Aktuell laufen auf diesem System hier bei mir macOS Monterey, macOS Seqoia und Windows 11 Pro miteinander. In macOS ist jeweils "FileVault" aktiv, läuft auch problemlos. Sleep habe ich nie getestet und ist bei mir ausgeschaltet, dafür ist diese Maschine eh nicht da (und meine weiteren Geräte mögen das eh nicht).
Viel Spaß damit ![]()
Bluetooth und Wlan hab ich nicht an der Kiste …
jan2ooo habe gerade IntelLuci getestet. Dockt an, wird anstelle der Apple-eigenen Kext verwendet. Vorteil: Jumbo-Blocks einstellbar. Nachteil bei mir: leider nicht zu gebrauchen, kein Ethernet verbunden. Schaue ich dazu in die entsprechende Systemeinstellung, sehe ich den Dienst unter "andere Dienste" mit rotem Punkt (nicht verbunden). Ab und zu hüpft es für einen Bruchteil einer Sekunde nach oben mit grünem Punkt (Verbunden), um dann wieder runter zu fallen. Keine Verbindung möglich. Ob das jetzt nur bei mir so ist?
Edit:
Sehe gerade, ich habe immer noch die Ethernet-Modifikation aktiv. Habe da aber gerade keine Lust zu, dass mit einem Life-Linux rückgängig zu machen. Es ging dabei um die Änderung der "Subsystem-ID"? Habe das mal auf den originalen Wert per OpenCore zurückgestellt:
Leider keine Änderung. Vielleicht hat Mieze eine Idee dazu?
wie entscheidet macOS, welche Treiber verwendet werden?
Wenn individuelle Kext per OpenCore eingebunden, dann wird, wenn diese passend ist und zu diesem Zeitpunkt noch keine Apple-eigene geladen wurde, diese bevorzugt. Ein "Ranking" kann man auch noch in der eigenen Kext festlegen per "IOProbeScore". Ist dieser höher, wird diese Kext genommen.
Danke fürs Testen und schön dich wieder im Forum zu haben. Ich denke mit OC klappt es nicht, die ID zu ändern, sonst wäre die Modifikation unter Linux ja nicht nötig gewesen, oder? Vielleicht gibt es ja noch User, die ein jungfräuliches Rom auf ihren Intelkarten haben ![]()
Gern noch mal testen, ich werde das auch demnächst mal rückgängig machen. Dachte das wäre durch die vielen BIOS-Updates und -Resets längst verschwunden. Das ist aber hartnäckig. ![]()
apfelnico DIe Subsystem Dev ID sollte eigentlich keinen Einfluss auf die Funktion des Treibers haben, jedenfalls nicht mit dem X550. Welchen Switch verwendest Du und mit welcher Geschwindigkeit arbeitet der Port?
Hattest Du mal versucht das medium manuell auszuwählen. Ich habe im Linux source code lesen, dass N-Base-T bei manchen Switchen zu Problemen führen kann.
des Weiteren hatte ich in Deinen BIOS-Einstellungen gesehen, dass ASPM deaktiviert ist. Evtl. solltest Du mal versuchen in der IntelLucys Info.plist "enableASPM" auf false zu setzen, da der Treiber versucht ASPM zu aktivieren, falls der Chip das unterstützt, was beim X550 der Fall ist.
Kernel Logs zu sammeln ist relativ schwierig, da hierzu SIP deaktiviert und der Treiber in /L/E installiert werden muss.
Danke für die Antwort. Hatte inzwischen per Ubuntu alles wieder rückgängig gemacht. Switches sind von Netgear, genaue Bezeichnung müsste ich nachschauen. 10Gbase-T.
/Library/Preferences/SystemConfiguration/ hatte ich auch ausgemistet.
Über den Apple-eigenen läuft's ja. Und den Small tree Treiber wollte ich nicht mehr nutzen, weil macOS den schon länger anmahnte.
Ich probiere das mit ASPM. Entweder im Treiber raus, oder im BIOS rein. Mal schauen …
Edit:
Leider nix. Sowohl ASPM in der Kext auf NO, als auch umgekehrt im BIOS alles an. Vielleicht ist's der Switch.
apfelnico - Schön dass du wieder da bist und ein großes Dankeschön für deine Unterstützung.
Mit den gepatchten X550 hab ich kein Problem - setze einen Ubiquiti Enterprise Switch ein.
ASPM und VT-D sind im Bios enabled.
Warum hast du auf Mac Pro umgestellt - ich krieg da Probleme mit meinen lizenzierten Apps - die hätten gerne Imac Pro nebst der alten zugehöriger Seriennummer. Vermutlich hat Mac Pro 2019 länger MacOS Unterstützung als Imac Pro?
Du hast 2 mal was bei UIScale eingetragen einmal bei NVRAM add da 01 und einmal bei Uefi - Output da 0 - früher hatte ich da nur -1 unter Uefi - Output
Sequoia läuft auch mit meiner oben angehängten EFI
HALLO!
Eine neue BIOS-Version ist verfügbar:
Version 4701
10.02 MB
2025/01/17
SHA-256 :BEF9F6B88B8420B0EB4A1DE4463DC212D769C4858953B7581C73B669710DCE64
"1.Intel ME FW updated to 11.12.97.2614.
2.Enhance system stability and compatibility.
“Before BIOS update, please download Intel ME update tool from ASUS support site, and update ME firmware to Version 11.12.97.2614 to ensure optimized system settings.”
Before running the USB BIOS Flashback tool, please rename the BIOS file (WSXTG.CAP) using BIOSRenamer."
https://www.asus.com/supporton…%20sage10g/helpdesk_bios/
Laden Sie das modifizierte BIOS 4701 mit dem Begrüßungsbildschirm des Apple-Logos Splash Screen
Extreme
Die Modifikation betrifft nur den Startbildschirm?
Ja genau, nur der Homescreen wurde geändert mit Ami Change Logo.
SO da es ein wenig beef gab weil ich SSDTs für jeden bereitstellen wollte die allerdings jemand anderes (mit meinen Daten wohlgemerkt) kompiliert hatte (wofür ich bis zu diesem beef dankbar war),
Habe ich mich entschlossen diese nochmals selbst zu erstellen.
Damit garnicht erst wieder beef aufkommt hier das vorgehen:
Dump der Files mit OpenCore:
Misc -> Debug
Target=67
SysReport=true
Die Dateien habe ich gefixt (manuell): DSDT.aml
Die mit Hackintool Extrahierten Dateien :
SSDT-3.aml --> SSDT-3.dsl ( im Terminal iasl -dl SSDT-3.aml)
SSDT-4.aml --> SSDT-4.dsl (im Terminal iasl -dl SSDT-4.aml)
Diese Files umbenannt in:
SSDT-X299-SAGE-10G.dsl
SSDT-X299-USB.dsl
um zu recompilen:
einfach im Terminal:
iasl SSDT-X299-SAGE-10G.dsl
und
iasl SSDT-X299-USB.dsl
Edit: geht auch per Einzeiler im Terminal:
for f in *.dsl; do iasl "$f"; done
dazu nur vorher im Terminal in den Ordner wechseln.
nach Bearbeitung in MaciASL.
Somit hier niegel nagel neue Files (ich lass mich nicht gern lumpen und verstehe nach wie vor dieses gebeefe nicht).
Hat mich zwar einiges an einlesen gekostet, macht nix ich teile mein Wissen gern, somit für alle X299 Board Besitzer.
Kleiner Tip: ChatGPT leistet bei der Erklärung des Vorgehens bessere Dienste als mancher Mensch (der Grund warum ich Computersysteme weitestgehend dem Menschen vorziehe, da gibts kein Gejammer
).
Der Beef ging an mir vorbei, aber danke für die Files. Doch... was machen diese Files anders, als die Files aus anderen EFIs, die hier gepostet wurden? apfelnico war ja bisher immer eine sehr inspirierende Quelle für dieses Board, hat sich durch das BIOS Update Handlungszwang ergeben?
jan2ooo ich kann dir nicht sagen was im Gegensatz zu apfelnico ''s anders ist, da ich die files von ihm nie zum laufen bekommen hatte.
Daher eben meine eigene interpretation / Version von folgendender Funktionalität:
SSDT-X299-USB.aml – USB Port Mapping --> ich schätze macht das selbe wie bei apfelnico kann ich allerdings weder dementieren noch bestätigen, da wie gesagt es nie mit seinen files funktioniert hat,
SSDT-X299-SAGE-10G.aml – Fixt 10G Ethernet (Intel X550) MAC Addressen --> soweit ich das nachvollziehen kann macht hier apfelnico es auch ein wenig anders. Ich hab zum Beispiel meine Fenvi auch direkt in die SSDT gepackt, (als intern deklariert) funktioniert nur unter neueren macOS Versionen nicht da keine Treiberunterstützung. Ansonsten ist alles andere weitestgehend gleich nur das die SSDTs auf der DSDT der Bios Version 4701 beruht, was eventuell der Grund sein kann das die files von apfelnico bei mir nicht funktionierten.
Hinzukommt ich habe und brauche kein Thunderbolt, ist hier also garnicht inbegriffen.
Grafik ist bei mir völlig egal welchen Slot man belegt, ich könnte nicht mal wenn ich wollte (außer mit nem Riser Kabel) die Karte auf Slot 1 setzen, da meine 6900 einfach zu fett ist inkl. meinem CPU Kühler.
Kurz erklärt es geht hauptsächlich ums USB Port Mapping und das korrekt injecten der NICs. Da ich einfach keine lust habe das jedes mal neu machen zu müssen.
Moin,
mein System läuft nach wie vor ganz vernünftig auf inzwischen 15.6.
Ab und zu hab ich aber doch Abstürze und wollte insgesamt auch mal wieder ausmisten und kexte ändern, sofern es da was neues gibt.
Mir scheint auch die Auslastung der beiden GPUs (2x Radeon VII) nicht optimal.
Hat noch wer sein X299 mit Sequoia am Laufen und bastelt sogar an einer Config für MacOS 16.x rum?
Für mich gilt es primär die neuen Resolve-Versionen zu unterstützen, solange es geht.
Dazu entsprechen Thunderbolt für meine diversen Promise RAID-Boxen, sowie die Blackmagic Hardware (Decklink, Color Panel, Speed Editor usw.).
Ich wollte ja eigentlich auf einen Mac Studio mit dem Mx Ultra umsteigen, jedoch fehlen mir zur Zeit einfach die finanziellen Mittel dazu. Es läuft nicht so recht in der dokumentarischen Postproduktion...