ST3R30 , is ein Ultra 9 285k.
Ich habe nicht nach der CPU gefragt, sondern nach der on-board Netzwerkkarte (NIC=Network Interface Card)…
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 erstellenST3R30 , is ein Ultra 9 285k.
Ich habe nicht nach der CPU gefragt, sondern nach der on-board Netzwerkkarte (NIC=Network Interface Card)…
ST3R30 Sorry... ja es ist eine Intel226, allerdings macht diese arge Probleme das ich nicht mal in den Installer kam. Sie ist im Bios deaktiviert und als PCI Karte ist eben die Realtek RTL8125B Installiert.
In my System i have also an I226....for me no valid kexts in tahoe
Till Sequoia it was possible to use AppleIGC modified kext with good (not perfect) results
I use 5GbE realtek now and hoping that Mieze will release her kext also with 8126a support (for now using a port done by Laobamac with code done by Mieze in a near past
ST3R30 Sorry... ja es ist eine Intel226, allerdings macht diese arge Probleme das ich nicht mal in den Installer kam. Sie ist im Bios deaktiviert und als PCI Karte ist eben die Realtek RTL8125B Installiert.
- AppleIGC.kext installieren
- Diesen Kernel Patch hinzufügen: https://github.com/CaseySJ/Ventura-AppleVTD-Patch
- DisableIoMapper kext deaktivieren
- Neustarten
- Im BIOS V-TD wieder aktiveren
- In IOregistryExplorer prüfen, ob AppleVTD vorhanden ist
- Danach sollte die I226 dann funktionien
- In Tahoe funzt sie wahrscheinlich nicht mit AppleVTD, dann musst du DisableIoMapper wieder aktivieren
fabiosun: Have you tried this patch yet?: https://github.com/CaseySJ/Ventura-AppleVTD-Patch
ST3R30 we (amd users) had many other problems ![]()
AppleVTD is luckily (or unluckily) not present for us in our BIOS or IOREG
On macOS86.it some users modified AppleIGC and till sequoia it worked better than other Kexts (not perfect and i discover only in recent times this not perfect functionality (some strange lags i mean) when i used an USB supported ethernet adapter, and also by now with realtek 5gbE ethernet which work perfectly in my system
Danke ST3R30, die I226 ist nicht das Problem, denn die ist wie gesagt deaktiviert und durch die PCI Karte ersetzt. Wie hier macOS 26 Tahoe auf den Hackintosh in dem Fehlerbericht, ist es ein Problem mit dem RAM. (Zumindest les ich das da so raus) egal ob Tahoe oder Sequoia.
Alles anzeigenHallo Gemeinde, ich hab ein Problem das mein Hackintosh immer wieder einfriert, ich versteh soviel von der Fehlermeldung das es wohl ein RAM Problem sei.
Zur Hardware: Asus Gaming TUF Z890 WiFi Pro mit einem Intel Ultra 9 285K, Arbeitsspeicher ist ein: Kingston FURY Beast Schwarz RGB 32GB (2x16GB) 5600MT/s DDR5
Zusätzlich ist eine: bcm94360CS2 WiFi+Bluetooth sowie eine
Realtek RTL8125B, 2500Mbps PCI Karte verbaut.
Warum die zusätzliche LAN-Karte, ich hab immer wieder Probleme mit der Internen 2,5Gb bekommen, ist im Bios Deaktiviert sowie die Mainbord seidige WiFi+Bluetooth Karte.
Bioseinstellungen sind folgende:
- Advanced/System Agent (SA) Configuration -> VT-d [Disabled]
- Advanced/System Agent (SA) Configuration/Graphics Configuration -> Internal Graphics [Disabled]
- Advanced/System Agent (SA) Configuration/Graphics Configuration -> Enable VMD controller [Enabled]
- Advanced/Onboard Devices Configuration -> Intel LAN Controller [Disabled] | Connectivity mode (Wi-Fi & Bluetooth) [Disabled]
- Boot -> Fast Boot ->[Disabled]
- Boot/Secure Boot -> OS Type [Other OS]
- Boot/Secure Boot -> Custom
panic(cpu 11 caller 0xffffff800725cd3b): pmap_recycle_page: page 0x180009000 is referenced @pmap.c:1520
Panicked task 0xffffff997fad9458: 1 threads: pid 1049: CleanMyMac_5
Backtrace (CPU 11), panicked thread: 0xffffff997d69c0c8, Frame : Return Address
0xffffffc97e3ab7d0 : 0xffffff8007157161 mach_kernel : _handle_debugger_trap + 0x431
0xffffffc97e3ab820 : 0xffffff80072d4396 mach_kernel : _kdp_i386_trap + 0x126
0xffffffc97e3ab860 : 0xffffff80072c359c mach_kernel : _kernel_trap + 0x75c
0xffffffc97e3ab920 : 0xffffff80070eb971 mach_kernel : _return_from_trap + 0xc1
0xffffffc97e3ab940 : 0xffffff8007157537 mach_kernel : _DebuggerTrapWithState + 0x67
0xffffffc97e3aba40 : 0xffffff8007156ba9 mach_kernel : _panic_trap_to_debugger + 0x269
0xffffffc97e3abbb0 : 0xffffff800798c07d mach_kernel : _panic + 0x81
0xffffffc97e3abca0 : 0xffffff800725cd3b mach_kernel : _vm_page_free_list + 0x2cb
0xffffffc97e3abcf0 : 0xffffff80072384b7 mach_kernel : _vm_object_sleep + 0x1bb7
0xffffffc97e3abd60 : 0xffffff8007236b10 mach_kernel : _vm_object_sleep + 0x210
0xffffffc97e3abd90 : 0xffffff8007237e57 mach_kernel : _vm_object_sleep + 0x1557
0xffffffc97e3abdc0 : 0xffffff80072370c0 mach_kernel : _vm_object_sleep + 0x7c0
0xffffffc97e3abe00 : 0xffffff800721e035 mach_kernel : _vm_map_reference + 0x1375
0xffffffc97e3abe40 : 0xffffff80072246f5 mach_kernel : _vm_map_terminate + 0x125
0xffffffc97e3abea0 : 0xffffff800719d7ff mach_kernel : _task_terminate_internal + 0x19f
0xffffffc97e3abed0 : 0xffffff8007686da1 mach_kernel : _exit + 0x251
0xffffffc97e3abf30 : 0xffffff8007686b68 mach_kernel : _exit + 0x18
0xffffffc97e3abf40 : 0xffffff80077f393b mach_kernel : _unix_syscall64 + 0x1eb
0xffffffc97e3abfa0 : 0xffffff80070ebdb6 mach_kernel : _hndl_unix_scall64 + 0x16
Process name corresponding to current thread (0xffffff997d69c0c8): CleanMyMac_5
Boot args: debug=0x100 keepsyms=1 pci npci=0x2000 maxmem=32.768 agdpmod=pikera ctrsmt=full
Mac OS version:
25C56
Kernel version:
Darwin Kernel Version 25.2.0: Tue Nov 18 21:09:34 PST 2025; root:xnu-12377.61.12~1/RELEASE_X86_64
Kernel UUID: 0FE6505A-553D-31F6-970A-A1FC7D110BC4
roots installed: 0
KernelCache slide: 0x0000000006e00000
KernelCache base: 0xffffff8007000000
Kernel slide: 0x0000000006ee8000
Kernel text base: 0xffffff80070e8000
__HIB text base: 0xffffff8006f00000
System model name: MacPro7,1 (Mac-27AD2F918AE68F61)
System shutdown begun: NO
Panic diags file available: YES (0x0)
Hibernation exit count: 0
System uptime in nanoseconds: 650572692811
Last Sleep: absolute base_tsc base_nano
Uptime : 0x0000009779277e98
Sleep : 0x0000000000000000 0x0000000000000000 0x0000000000000000
Wake : 0x0000000000000000 0x000000160850dcc3 0x0000000000000000
Compressor Info: 0% of compressed pages limit (OK) and 12% of segments limit (OK) with 1 swapfiles and OK swap space
Zone info:
Zone map: 0xffffff897c8af000 - 0xffffffa97c8af000
. VM : 0xffffff897c8af000 - 0xffffff8e4957b000
. RO : 0xffffff8e4957b000 - 0xffffff8fe2f1f000
. GEN0 : 0xffffff8fe2f1f000 - 0xffffff94afbeb000
. GEN1 : 0xffffff94afbeb000 - 0xffffff997c8b7000
. GEN2 : 0xffffff997c8b7000 - 0xffffff9e49583000
. GEN3 : 0xffffff9e49583000 - 0xffffffa31624f000
. DATA : 0xffffffa31624f000 - 0xffffffa97c8af000
Metadata: 0xffffff802e8ed000 - 0xffffff804e8ed000
Bitmaps : 0xffffff804e8ed000 - 0xffffff80548ed000
Extra : 0 - 0
Wäre super wen mir hier ein Profi helfen könnte...
Hallo zusammen & danke für den Report Hackintosh-Info.de (ich war sehr erleichtert, als ich jemanden mit dem gleichen Fehler & auch noch gleichen Hardware Profil gefunden habe).
TLDR: Gleicher Fehler, ähnliches Board, gleiche Konfiguration. Fix für mich: SetupVirtualMap->False, RebuildAppleMemoryMap->False, SyncRuntimePermissions->False, EnableWriteUnprotector->True (bei ersterem ist nicht isoliert getestet, ob notwendig)
---
Die Installation auf meinem Asus Rog B860-A "Gaming Wifi" war schon sehr holprig und ich war enttäuscht, als das System nach anschließend doch erfolgreicher Installation+Boot auf der NVMe ständig einfror, während der vom Haswell transplantierte Tahoe-Hack (auf SSD tho) ohne Probleme lief. Deine Methode Chris, mittels CleanMyMac "Free RAM" den Fehler zu provozieren ist zwar ungewöhnlich, jedoch kreativ pragmatisch & hat mir letzlich beim initialen Troubleshooting gut gedient. Nachdem ich etliche BIOS Einstellungen und kext configs angepasst habe, ist das Problem seltener aufgetreten, CleanMyMac "Free RAM" lief sogar mehrere Male problemlos durch. Ich wollte es aber wissen und habe "stress --vm 20 --vm-bytes 1G --timeout 300s" (auch hier etliche Variationen, mal 3x8G, mal 20x1-1.2G, mit & ohne --vm-hang=allesnurnicht0) gefeuert, und da war es wieder. Ich habe erst wie Mieze auch gemutmaßt, es sei ein DMA Problem, habe aber festgestellt, dass ich weder einen DMAR Table eingeladen habe, das Problem unabhängig von VTD auftritt (wie ihr bereits festgestellt habt) & in Linux auch überhaupt keine Reservierung für die page area 0x18* oder sonstige Hardware ab 0x100000000 zu finden ist; free for all. Ich habe an diesem Punkt bereits so viele Quirks und BIOS Einstellungen geändert, dass ich selber den Überblick verloren habe und mir zwecks Dokumentation an einem langweiligen Sonntag sämtliche Diffs der Snapshots durchgehen darf. Das System selbst lief an sich zwar stabil und ist nur bei meinen synthetischen Stresstests eingefroren. An diesem Punkt hört man wohl dann im Normalfall auf.
Auffällig schien mir aber, dass es bei mir auch die page 0x180009000 war (+- 64K abweichung). Obwohl das B860-A dem Z890 durchaus ähnlich ist, hatte ich hier ja eher einen OpenCore, Kext oder (unwahrscheinlich) Kernel Bug in Vermutung; Software. Ich habe gedacht, ich reserviere den Bereich in der config.plist einfach vorsorglich 1M vor und nach 0x180000000 und hab meine Ruhe. Hat leider nichts gebracht, vielleicht findet "RebuildAppleMemoryMap" statt, nachdem OpenCore gegebene Memory Regions als *Type* reserviert. Wenn es nicht halb 4 nachts wäre, hätte ich das mit Debug OC zwar gerne bestätigt, habe es also in Verzweiflung einfach mal blind ohne RebuildAppleMemoryMap probiert. (Wichtig: Dazu muss dann allerdings auch SyncRuntimePermissions de- und EnableWriteUnProtector aktiviert werden, sonst kernel panic im early boot)
Und siehe da: ES LÄUFT. Und wie! 20 worker, die je 1G+ full-pressure reallocaten & freimachen, währenddessen kann ich Cinebench starten UND CleanMyMac RAM "frei" machen, so oft ich will. Ich habs bisher nicht mehr gecrasht bekommen! Was RebuildAppleMemoryMap nicht zu benutzen für Auswirkungen hat, wenn ich ansonsten soweit booten kann, muss ich wohl ein anderes Mal näher erforschen.
Entschuldigt den kleinen jap. Hatte keine Zeit, mich kurzzuhalten.
P.S.: Bei Interesse & richtig stehender Mondphase teile ich gerne ein bisschen "dokumentierter" meinen Weg auf diesem speziellem Board mit Arrow Lake - dafür muss ich aber selber erst ausführlicher testen!
hanspeteroliver besten Dank für die ausführliche Erklärung, werd es testen und berichten 👍
Edit:
könntest eventuell mal noch deine Bios Einstellung mal posten
Hackintosh-Info.de Mein BIOS kann ich gerne teilen - auch wenn ich nicht sicher bin, ob dir das was bringt. (Das B860-A BIOS ist übrigens marginal anders, als das Z890; bspw. kein Per Core Control & Cfg Lock kann nicht 'einfach' deaktiviert werden)
Die meisten Einstellungen habe ich für eine saubere Diagnostik nur provisorisch (und tbh ohne Konzept) gesetzt (maßgeblich hier eig. nur Package Limit C-State C0/C1), und bisher noch nicht wieder zurückgeändert, da ich dann erst die Auswirkungen/Stabilität ausführlich testen wollen würde.
Ich hänge seperat noch ein Diff an mit den spez. Änderungen der letzten 24h an - das liefert vielleicht ein Bild, das leichter nachzuvollziehen ist. Beim Diff habe ich jetzt erst bemerkt, dass ich beim Testen wohl doch den Großteil der BIOS Tweaks wieder zurückgestellt habe
VT-d ist irrelevant, da in meiner config.plist DisableIOMapper true ist.
Aktive kexts sind: Lilu, VirtualSMC, AppleMCEReporterDisabler, RestrictEvents, USBMap (in Sonoma Transplat erstellt), CpuTopologyRebuild (weiß nicht wirklich ob notwendig, hab's beim Testen reingenommen um deiner config näher zu kommen und behalte es vorerst. Das Gegenteil gilt für NVMeFix, das hat den Fehler bei mir eher maskiert und das System läuft stabil(er) ohne, wenn vielleicht auch ohne PM)
Du kannst wohl davon ausgehen, dass da wieder die RAID-Treiber fehlen. Das hatten wir bei den ersten Tahoe-Betas ja auch schon mal. Bei mir lädt er noch..
Bei mir sieht es so aus als würde OCLP-Mod mit 26.4 nicht (mehr) funktionieren. Der Versuch die Rootpatches zu installieren bricht mit folgendem Fehler ab:
Den vorgeschlagenen reboot sowie die Neuinstallation der APP habe ich natürlich probiert. Sofern Ihr also auf OCLP angewiesen seid wäre es vielleicht eine gute Idee erstmal die Finger von der 26.4 zu lassen.
For the RAID, you may need to perform a complex conversion via terminal to APFS.
However, if you have this problem on single disks, it is easy to solve.
You need to start from a recovery (for me, different from 26.4, which gives me an error for this procedure).
I used the one from 26.3.
Then recovery.
Disk Utility.
Right-click on the disk. Convert to APFS.
Done.
OK, in macOS 26.4 sind jetzt so viele Veränderungen, das würde ich jetzt mal entweder als Bug-Sammlung oder als komplett neues System bezeichnen.
Überhaupt kein RAID ist für mich überhaupt keine Lösung, wo sollen denn die großen Dateien jetzt hin?
Ich war gestern das erste Mal in diesem Monat in dem großen angeblich außerirdischen Elektro-Supermarkt und hab bei den Preisen einen echten Schock bekommen: da kostet jetzt ne kleine 250er SSD so viel wie noch vor vier Wochen die 2-TB-Platte: über 100 Euro. Gute Güte! Größere Platten gibt es im Moment garnicht mehr. Es lebe der neue (chinesische) Besitzer..
In die großen Rechner hab ich überall ein RAID in den alten Mac-Gehäusen eingebaut, das FusionDrive mit macOS Sequoia in Grummels kleiner Kaffeemaschine (Z390itx) wird ja sowieso schon nicht mehr erkannt.
Keine FireWire-Treiber, kein FusionDrive mehr, jetzt auch noch gar kein RAID und kein WLAN mehr? Was hilft mir ein Betriebssystem ohne den Kram drumrum??
Also: Wer auch nur etwas mehr braucht als das reine System, sollte von 26.4 beta1 (25E5207k) die Finger lassen!
Überhaupt kein RAID ist für mich überhaupt keine Lösung, wo sollen denn die großen Dateien jetzt hin?
Problem is to convert it in apfs
single disk is simple in recovery without formatting it
For Raid i cant find a solution for now (it seems i have to backup it and then rebuild the raid in a compatible way
Ich war gestern das erste Mal in diesem Monat in dem großen angeblich außerirdischen Elektro-Supermarkt und hab bei den Preisen einen echten Schock bekommen: da kostet jetzt ne kleine 250er SSD so viel wie noch vor vier Wochen die 2-TB-Platte: über 100 Euro. Gute Güte! Größere Platten gibt es im Moment garnicht mehr. Es lebe der neue (chinesische) Besitzer..
Hier steht warum:
Es geht noch weiter: auch externe USB-HFS+-Platten werden nicht mehr erkannt. RAID oder nicht ist garnicht das Problem, der HFS+-Treiber ist raus!
Jetzt wird's langsam wirklich peinlich. Und schwierig, auf ältere Daten zurückzugreifen. Ich hab keine einzige externe Nicht-System-Platte in APFS, die alten Backups sind auf FW-800-Platten, weil die so praktisch in Reihe zu schalten waren. Und natürlich in HFS+. Oder eben über USB 2 & 3 in HFS+, für mich immer mit dem Haken, dass jede Platte einen eigenen Anschluss braucht.
P.S.: Auch die System-Sticks mit dem Installer sind HFS+-Formatiert. Ganz ohne eigenes Zutun, allein aus dem createinstallmedia- Terminal-Befehl heraus.
Bei mir sieht es so aus als würde OCLP-Mod mit 26.4 nicht (mehr) funktionieren. Der Versuch die Rootpatches zu installieren bricht mit folgendem Fehler ab:
Den vorgeschlagenen reboot sowie die Neuinstallation der APP habe ich natürlich probiert. Sofern Ihr also auf OCLP angewiesen seid wäre es vielleicht eine gute Idee erstmal die Finger von der 26.4 zu lassen.
Vielleicht löst OCLP-Mod 3.1.5 das Problem?
Mal eine Frage:
Was muss ich tun um diese Anzeige zu bekommen?