Leaderboard

26.2 build 25C5048a tutto ok su amd

Tahoe 26.2 Beta 3

😅 macOS Tahoe 26.2 (25C5031i)

Tahoe 26.2 Beta2 (25C5037j) Full Installer https://swcdn.apple.com/content/downloads/55/17/089-37246-A_YR03P2A5PV/lzis1io0n333tre6c2m3eoapcj0t9d1ops/InstallAssistant.pkg

Evvai 😄

macOS Sequoia 15.7.3 (24G407)

Grazie @Anto65 funziona 🙂

RC Tahoe 26.2 (25C56)

Chi prova 😝 ? Sembra si stia muovendo qualcosa per far andare il WI-FI anche su Tahoe " New modern wireless patchset for macOS Sequoia and Tahoe New metal_31001 GPU patchset for macOS 13.0+ " https://github.com/lzhoang2801/OpenCore-Legacy-Patcher/releases/tag/3.0.0 ( va aggiunto AirportItlwm.kext per Ventura , per chi avesse una Intel , con rispettivo Spoof verso BMC4360 https://github.com/randomappleboi/Native-Wifi-for-Hackintoshes-with-Intel-Wireless-cards-on-macOS-sequoia ) La configurazione come da guida qui al primo post ( Rimuovere il MaxKernel s e' impostato ( 25.99.99 ) nei Kexts e nel Block , lasciare solo il MinKernel 23.0.0 Ho usato sia AmfiPass.kext ( andava in blocco solo con questo , probabile ha bisogno di essere aggiornato ) + boot-args amfi=0x80 Nel mio caso ho dovuto disabilitare VT-D nel Bios e abilitare DisableIoMapper in Kernel - > Quirks ( non e' detto che sia cosi anche per voi ) Edit : Riabilitato VT-D nel Bios + DisableIoMapper in Kernel - > Quirks ( Funziona ) ! Non e' OCLP ufficiale ( potrebbe diventarlo se fuziona ) ma un ramo del dev lzhoang2801 🙏 THX nel mio caso ha rilevato il WI-FI e AppleHda mancante Completato il patching con successo report-oclp.zip Ma al riavvio si blocca ( la mia scheda non e' una BMC4360 bensi una BMC4350 😔 ) Success !!! In caso di blocco all avvio e possibile ripristinare da Recovery , tramite Shell da Terminale mount -uw /Volumes/Tahoe bless --mount /Volumes/Tahoe --bootefi --last-sealed-snapshot ( Sostituire Tahoe con il nome che avete dato al Disco ) Qundi se non riuscite poi in caso di blocco a riprenderlo da Recovery almenoche' non si ha un immaggine di Sistema completo ! non provate ... aspettate !

@ldp48 Metti questa cartella EFI nella USB https://limewire.com/d/SghFK#nMnRyOQXOG ovviamente devi avviare dalla USB f12 , f9 o quello che usi , non dalla EFI del disco La tua USB in definitiva dovra' essere cosi il suo contenuto all interno

Oppure " Rename " ... Rinominalo ( tasto destro sul file ) HfsPlus.efi diventa -> HfsPlus.efi.bak apfs_aligned.efi diventa -> HfsPlus.efi

you will gain a bit in performance and also a better thermal design

organize for class tab and see display controller from your file i can see only 4090 gpu are you full fill all your nvme slot? i do not remember if Proart disable some pci slot if it is fullfilled have a look to your manual

Tahoe 26.2 Beta 3 (25C5048a) Full Installer https://swcdn.apple.com/content/downloads/56/46/089-47048-A_C8AE83Z2PU/we67cuq14ot4eb8xju7bkmmhd2zbkrhfvf/InstallAssistant.pkg

Risolto Grazie al grande maestro @Anto65 tutto funzionante al 100/% Grazie di cuore

👍 finchè tiene....credo che dovrò cambiare la cpu...o forse no...booo vedremo 🫢 👍

macOS Sonoma 14.8.3 (23J216)

macOS Tahoe 26.1 ( 25B78 )

👍

macOS Sonoma 14.8.3 - 23J213- 👍

Tahoe 26.2 beta 2 (25C5037j)

👍 Grazieeee 1.mov

Volevo solo far vedere perché siete "Grandi" e condividere ciò che con il vostro aiuto, sicuramente non sarei mai riuscito a fare e ringraziarvi, come credo molti altri qui devono ai vostri consigli....tutto qui.

👍

macOS Sequoia 15.7.2 (24G325) ( Stessa Build della RC ) Full Installer https://swcdn.apple.com/content/downloads/23/34/093-99065-A_B4TEYIISAM/1a1ddvynvgdh82ev879kh13y2a3trwr18v/InstallAssistant.pkg

macOS Sonoma 14.8.3 - 23J208- 👍

macOS Tahoe 26.2 - 25C5031i- 👍

🫶 e vaiiiii👍

👍 anche il piccinino

👍

macOS Tahoe 26.2 (25C5031i) Full Installer https://swcdn.apple.com/content/downloads/61/38/089-21532-A_YQKEJT7V5Q/p2q4el4he34xsqqpno2guqhkrmxdgmp24a/InstallAssistant.pkg

Anto65, ho aggiornato a Tahoe 26.2 beta e tutto è filato liscio e funzionante ma una curiosità: come mai a te, nell'immagine di sopra porta l'aggiornamento incrementale di soli 1,75 GB ed ha me (sia attivanto in EFI kernel weg versione modificata 1.7.1d7 che disattivandolo completamente) mi è uscito sempre l'aggiornamento completo di 17 e rotti GB?

Hi @yandong31, I saw that you also asked the question on Discord to get CorpNewt (aka CorpGhost) involved in this topic. I'm happy about that and would like him to participate as well to shed some light on this topic, even though it may not be his area of expertise 🙂 (sorry) Getting back to us, you're not considering the fact that when these discussions first started, the DevirtualizeMMIO quirk wasn't so “famous” and the version of OpenCore (0.6.x) was much less refined than the one we use today (see, for example, the quirk section and the bootloader's memory manager itself). I and other users who had bought an AMD trx40 (top of the range at the time) clashed over the fact that OSX would not start on these machines. The first consideration that came up was that AMD's kernel patches needed to be updated (but this was not the case with subsequent tests). From here, the questions I asked vit9696 on Insanelymac at the time also consider the fact that DevirtualizeMMIO was used exclusively to run old OSes on Intel and for little else. So, with my obvious shortcomings on the subject, I started doing some debugging to understand why OSX wasn't working on my PC and those of other unfortunate colleagues (TRX40 users). Vit9696 and DownloadFritz (chief developers of the OpenCore project) tried to explain to me in a cryptic way (at the time) how to debug, and you can find these tests on InsanelyMac. It wasn't easy to talk to them for two reasons... the first is that I'm not a technician on these topics, and the second is that they consider the kernel patches we use to be junk. That said, after running all the tests (and there were 19 MMIO areas for my system at the time), they said that the AMD patches for the kernel were “borked.” * Here I'll open a small parenthesis for further explanation. None of us could understand at the time whether this statement was correct or not, so we devoted ourselves completely to virtualizing OSX with ProxMox. and it was a wonderful experience for all of us 🙂 Some time later, without any changes to the AMD kernel patches, in a more recent version of opencore (with new quirks and openruntime), the TRX40 systems began to overcome the initial hang due to lack of memory space, but any attempt to start OSX failed miserably.* So we started reviewing the various combinations of quirks and MMIO areas, and one user (Pavo) announced that he had managed to run the OSX of the time (perhaps Mojave or Catalina) in “bare metal” (without virtualizing in ProxMox). There were several problems, but the system worked 🙂 From there, further questions arose about how to optimize our systems. Some restarted instead of shutting down, others gave KP errors under certain conditions (sleep/wake). And much more. And so began the story that more is better! 😛 We started trying all the combinations and got to the point where, by reassigning all the MMIO areas (skip 1) except the last three of each motherboard manufacturer at the time, we were able to get OSX working perfectly in all its parts Now, I don't want to bore you and any other readers with other studies and tests carried out at the time, but we achieved a system of exceptional usability for all users. Some time later, a user who had studied some patches for Adobe products (XLNC) posted a new method on the trx40 thread. Without making the MMIO declaration in the whitelist but activating the DisableWriteVariable quirk, the same results were achieved! Personally, I never applied it on TRX40 except to verify what he said about his method, but it worked. Now I often use it with new users who are unable to do things themselves to get the correct MMIO for their machines, just to get them started and make them enthusiastic that the money they spent on their PC wasn't wasted 🙂 I hope that with this long explanation, you have a better understanding of my point of view, and I reiterate my happiness that others today (which is easier than it was then) are showing interest in this topic 🙂 Ah, another topic we tried to understand was associating these MMIO areas with parts of the BIOS of motherboards and controlled devices (USB, SATA, NVMe, NVRAM, PCIe slots, and so on). We didn't succeed, and no one has ever done so to date 🙂

Ciao, il buon Anto non ha modificato il kext ma lo ha riportato da noi dando anche le indicazioni di chi lo sta modificando Diventerà ufficiale quando sarà approvato da vit9696 (curatore di opencore e di quei kext), e lo diventerà solo quando avranno testato lo stesso con vecchi sistemi e piu' pc/mac possibili..pero' come ho fatto io..se ne trovi uno che ti va bene e non ti da problemi per te...lo utilizzerei (io lo faccio con uno ancora piu' vecchio di questo di loabmac (lo sviluppatore cinese) Detto cio' non credo che sia il kext modificato a crearti il problema del riavvio o del doppio monitor che si aggancia o meno con gli altri kext...

Continuo qui , mi sembra più appropriato Peccato per il fatto che BLC non abbia un interfaccia grafica 😝 , sennò sarebbe un ottimale soluzione ... anzi lo è comunque per chi ha problemi con WEG o altro , si possono creare due cartelle OC ( o piu' ) nella EFI una con e l altra senza WEG (OC e OC-NO-WEG ) ed avviare al momento opportuno Uso il Boot di OC per avviare anche Clover ma con il limite di poter avviare solo una cartella OC ... non funziona il rename di quest ultima Tuttavia credo che l originalita' di BLC , risale ad un altro valido Bootloader " rEFInd " ( parte integrante di Clover ) da notare la somiglianza in Text-Mode a diferenza di BLC e' possibile inserire un interfaccia grafica che lo rende piu' gradevole , le funzionalita' sono identiche ( sembra Clover 🫣 ) Qui nell esempio ho creato 2 cartelle OC , una normale (OC) l altra OC-NO-WEG Ovviamente funziona tutto ... Per chi volesse provare basta metterla su usb ( fat32 / msdos ) Selezionare la usb dal Bios e avviare il Bootloader che si desidera rEFInd-EFI.zip Se poi si vuole usare come soluzione definitiva , copiarla nella partizione EFI del disco e aggiungere all interno dalla cartella EFI , le cartelle OC , Clover ....

macOS Sonoma 14.8.3 (23J208)

let see if it instal then we have to see if your gpu is accelerated and audio part 🙂 happy for you also for me because i thought i lost my touch (in hackintosh ) 🙂

... grazie dany per rispetto anche di chi ha scritto quei post / guide , anche se al giorno d oggi possono sembrare obsolete e' giusto che rimangono li , come hai anticipato c e' tanta roba fresca di giornata Una letta al regolamento ad esempio non farebbe male , se si vuole chiedere aiuto , iniziando ad esempio nel mettere in firma il proprio Hardware

Benvenuto. Ci sono post datati.....???? Si forse....ma ci sono anche molti freschi freschi di giornata.

macOS Sequoia 15.7.3 (24G416)

macOS Sequoia 15.7.3 (24G412)

cosa e' un test motivazionale? 🙂 Comunque grazie

Put sudo before your command? sudo /Users/etcetcetcetc

E ci sono pure io 😁

Buon giorno Fabio, montata sugli altri pc e stessa identico problema: bluetoot funzionante wifi non funziona a meno che resetto il modem ma....se chiudo e riapro il brouser o spengo e riaccendo il pc puff....dovrei resettatare ogno volta il modem, l'icona del wifi è attiva ma non si connette, io credo che sia rotta batteria di memoria del chip del wifi che non tiene l'indirizzo ip. Montato su questo pc la fv t919 degli altri pc tutto ok....quindi non dipende dalla EFI o dai kext, ma dalla schedina. Andrò avanti con due schede wifi in attesa che mi arrivi una fv t919 che sto ordinando. *i connettorini delicati si ma sono ok

ho già provato su tutti e due gli slot, grazie comunque Perdu, fa nulla userò 2 schede wifi, vanno comunque bene sto scrivendo appunto da questo pc😂

@danysi prova a dare qualche risposta (a volte senza sapere purtroppo (intendo per me)) da questo config vedo dichiarati due kext per l'audio, ma non e' per questo che ti va male il wifi ho la schedina simile montata e sino a ventura va senza nessun kext (sia il wifi che il BT)