Bros

Ti ringrazio @Anto65, ho tralasciato di aggiornare i kext che OCAT non considera supponendo erroneamente che andassero bene così. Con la sostituzione tutto è tornato a funzionare, wifi compreso, dato che la patch fatta in precedenza era corretta ma non avviava col SIP disabilitato e la AMFI vecchia. Grazie ancora! 👍

Non sono stato chiaro, la EFI-OCLP è rimasta la stessa, senza modifiche, da quando ho installato sonoma con la patch per il wifi. E' sempre andata e mi ha sempre permesso gli aggiornamenti con i necessari ripatchamenti vari. Per questo mi sono fidato e ho fatto l'aggiornamento di versione, riuscita anch'essa, sempre con la stessa EFI-OCLP. Questa volta però OCLP mi ha chiesto se volevo aggiornare anche la sua versione alla 2.1 e dopo il suo aggiornamento ho patchato il wifi. ... Al riavvio tutto si blocca. Sempre con la stessa EFI-OCLP che ho sempre usato. ... Aggiornamento: Riportando csr-active-config a 00000000 sequoia parte regolarmente, senza wifi. Lanciando OCLP mi segnala, ovviamente, che SIP è abilitato e si interrompe. Il quesito ora è questo. Allego il config per chi riesce a trovarci anomalie, magari pregresse. (ricordo che con sonoma avevo anomalie nelle librerie per una scheda nvidia che montavo con high sierra) config.plist.zip

Avrei una curiosità che mi deriva dall'aver aggiornato sonoma 14.7.1 funzionante con oclp 2.1. => sequoia 15.1. Aggiornamento eseguito correttamente (senza wifi ! ) e la finestra di oclp che mi avverte della necessità di patchare la scheda broadcom, così come mi ha sempre fatto ad ogni aggiornamento. Ora però, al riavvio si ferma nel caricamento e non va più avanti. (con la mela e 1/3 di avanzamento) La cosa che mi genera ignorante perplessità è vedere come l'installazione di sequoia sia funzionante (senza wifi) se avviata da una EFI identica ma ripulita da oclp, che ho su chiavetta... Il quesito: è possibile disinstallare oclp da sequoia con una EFI che non è quella con cui è stato installato , senza danni per la EFI stessa?

"...upgrade dopo upgrade il sistema inesorabilmente si trascina anche la spazzatura, tra i bug innati dei vari sistemi / aggiornamenti e le schifezze che non ricordi di aver inserito, che diventano difficili da ritrovare appunto se non hai esperienza ti ci vuole la sfera di cristallo." Così articolata la metafora acquista aderenza. 🙂 In sostanza e volendo riassumere, la risposta alla mia precedente è : NO! Risposta che da una parte giustifica il mio aver voluto mantenere tutto, e dall'altra alimenta le perplessità per tale scelta. Ottimo, va bene così!

Buongiorno @tomnic, come avrai compreso, non mi riferivo a "previsioni" di un futuro incerto ma alla "pulizia" di un passato noto e a volte "disdicevole", come è accaduto a me. Riferendomi ad una serie di kext Nvidia che mi trascinavo da tempi immemori, (High Sierra?) ed avendo fortunatamente sempre aggiornato l'SO, a volte con la necessità di installazioni pulite e Time Machine per il resume, mi stai dicendo che è opportuno limitarsi alle applicazioni e non estendere il recupero a tutto il sistema proprio per evitare questo inconveniente. Ma questa scelta, oltre a "pulire" il sistema operativo, induce al reinserimento successivo di parametri "ambientali" faticosamente reperiti e inseriti nel corso degli anni ... o è del tutto "indolore"? "Così, giusto per sapere e senza nessuna fretta. 🙂 "

Questo mi da da pensare su cosa "effettivamente" sia necessario e quanto invece non sia l'accumulazione seriale di quel che "ei fù". .. C'è modo di "spulciare" il sistema in cerca di residuati bellici che prima o poi fan danno? Così, giusto per sapere e senza nessuna fretta. 🙂

@fabiosun Hai ragione. Nella cartella nascosta S/L/E i driver nvidia non ci sono. Devo essermi confuso avendo aperto 2 finestre del finder su L/E di Sonoma e Ventura contemporaneamente. Sorry. Rimosso GeForceWeb.kext , OCLP mi ha dato ancora error code=31 con il successivo driver Nvidia GeForceTeslaWeb.kext e uno alla volta ho rimosso i seguenti Li ho cancellati a mano, ma non so come ricostruire permessi e cache, fatto stà che senza neanche riavviare, OCLP ha fatto il suo lavoro per bene! cosa che conferma per l'ennesima volta la bontà della tua guida e la ...sfortuna dei miei tentativi indipendenti per precedenti e remote motivazioni. 😂 Scherzi a parte, oltre a seguire l'indicazione di @Giaccaz per il roll up delle impostazioni, il doppio layout-id che dicevi prima ... forse non è volontario, non sapendo esattamente se impostando il valore in boot-args è possibile rimuovere sia PciRoot(0x0)/Pci(0x1F,0x3) che PciRoot(0x0)/Pci(0x1b,0x0) lasciando così solo AAPL,ig-platform-id. Così come per AppleALC.kext. Noto che molti non lo utilizzano. Serve davvero? Ovviamente, ancora grazie per le risolutive indicazioni.

Ok @fabiosun ti dico, però, che pur non avendo mai avuto una scheda Nvidia su questo pc, che è l'aggiornamento storico di tutto il mio lavoro su Mac, anche sull'installazione di Ventura mi ritrovo GeForceWeb e altre *Nvidia "nelle cartelle S/L/E ed in L/E (System/Library/Extensions e in Library/Extension (anche in quelle nascoste)". Aggiornate come tutte le altre dalla nuova versione dell'SO e alla stessa data. Ovvero me le stò trascinando, a mia insaputa, come backup di TimeMachine delle remote versioni precedenti (2018?) di altro pc. !!! Ho capito bene? Intanto provo a rimuovere il kext "incriminato" dalle cartelle di libreria e vedo che succede. Ti saprò dire. E ... grazie per aver dato un occhio al mio config. 👍

Ottimo lavoro @Giaccazche terrò certamente in seria considerazione nel momento in cui OCLP finirà sul mio Hack l'installazione delle patch. 👍 Come si è ben capito, sin da subito, l'aderenza alla guida di @fabiosun non è la causa della sua mancata riuscita. E' evidente che il richiamo a com.nvidia.web.GeForceWeb nella Patch Failure induca a errori nel config, relativamente alla grafica o al setup della Mobo. Parametri che da ignorante ho impostato anni fa e che sono andati bene sino ad ora, se non ci fosse questo problema che ha evidenziato una "necessità" ulteriore. Non ho intenzione di "scavillarmi" il significato presente e futuro di ogni singola opzione relativa agli innumerevoli parametri di configurazione OC. Sono più che soddisfatto se quelli impostati funzionano senza ulteriori problemi che, se verranno, si affronteranno con l'aiuto di chi si renderà disponibile. Grazie. Questo per dire che non mi è noto il motivo per cui avendo impostato come da guida Dortania il valore 0300C89B in APL,ig-platform-id per abilitare l'iGPU al solo calcolo di supporto, ma non al suo utilizzo avendo una GFX0 AMD dedicata, salti fuori ora che a OCLP non quadri qualcosa con un driver NVIDIA che non ho mai attivato. (ma presente in Library/Extensions/GeForceWeb.kext Versione kext: 10.3.3) Così come sino ad ora l'impostazione del Bios "Primary Display -> Auto" e "iGPU Multi-Monitor -> Enabled" non hanno mai dato problemi con le uscite DP in dualmonitor della Rx590. Per quanto riguarda ResizeAppleGpuBars -1 è così da Dortania / Comet Lake in cui non si specifica nulla (perché farlo se poi funziona?) mentre RestrictEvents ho letto su queste pagine è utile in caso in cui l'aggiornamento non si presenti in automatico (così mi è parso di capire) Proverò in via sperimentale a modificare quanto mi è stato riferito, nella speranza di risolvere. Viceversa mi appello a chi con maggior competenza saprà darmi indicazioni. ...poi, è altrettanto evidente che non sono un genio in materia. Mi si scusi l'ignoranza.

Ok, quella del smbios era giusto un idea. Se scopri qual'è l'inghippo nella procedura per il ripristino magari si comprende perché non si connette alla rete. Tornando alla regola aurea della guida, seguita come da immagini riportate sopra, il risultato di OCLP è il seguente e l'attivazione del wifi che però non riconosce le reti.

A gente richiesta di @fabiosun, allego il config.plist. Da quel che mi pare aver capito, leggendo @Giaccaz e @morfy,la scheda wifi rilevata e "attivata" non si connette alla rete nei SMBIOS iMAc20.2 ... config.plist.zip

Buongiorno @Giaccaz ho il suo stesso SMBIOS e il wifi con chipset Broadcom 4360 che anche la sua scheda Fenvi dovrebbe aver installato. Anche io continuo ad utilizzare Ventura completamente funzionate, limitandomi ad aggiornare Sonoma in attesa di novità a riguardo, non essendo riuscito a farlo funzionare sino ad adesso. Nel caso lei ci fosse riuscito, sarebbe così gentile da suggerirmi qualche "dritta" che mi auguro funzioni anche nella mia macchina? Grazie in anticipo per quello che saprà indicarmi. Ps. Ho appena aggiunto a "OCLP: il Wi-Fi è tornato in macOS Sonoma!" il mio problema. Se desidera, risponda pure li, cosi non andiamo OT.

Oh, sì @Anto65 scusa, ho scritto una cosa per l'altra ... anche perché "Driver" l'ho postato nell'immagine OCAT qui sopra. Il Block di com.apple.iokit.IOSkywalkFamily è stato fatto e il boot-args per AMFIPass.kext, che era necessario sino alla sua versione 1.3 l'ho utilizzato precedentemente con -amfipassbeta e ora con la versione 1,4 e -brcmfxbeta, ottenendo la visibilità della scheda ma non il collegamento alla rete. Mettendo solo amfi=0x80, così come con la "soluzione" attuale, OCLP non termina la procedura di patch restituendo il solito error code=31 riferito a qualcosa che non trova in com.nvidia.web... (?) anche se io non ho grafica nvidia ma amd. (?)

Se dovesse essere utile: In "Driver" c'è solo l'ottimo SSD-Basic di Gengik84. E il config è quello di Dortania classico, con le modifiche esposte.

Come dice il post "il Wi-Fi è tornato in macOS Sonoma!" ... ma non si connette Un saluto a tutti ... Come si evince dall'ultimo screenshot, la guida iniziale di @fabiosun è stata seguita alla lettera, (disabilitato SeureBootModel, bloccato com.apple.iokit.IOSkywalkFamily, aggiunti i 3 kext e disabilitato sia SIP che GateKeeper) sempre con il ripetuto errore 31 in oclp, e la periferica wifi non riconosciuta sino al tentativo ultimo con AMFIPass.kext e boot-arg -brcmfxbeta che ha fatto riapparire il Wifi senza però renderlo funzionante, nn riuscendo a rilevare nessuna rete . Devo ripristinare i valori precedenti a OCLP per renderli effettivi o manca qualcos'altro? Qualcuno sa come rimediare quello che sembra un "quasi riuscito" tentativo di riattivazione funzionale del wifi? Grazie!

Per me ancora la più sobria e vivace compagna, in quei 3 sec. che precedono l'avvio. 👍 Grazie @chris1111

Prova questa. Ha l'uscita video su integrata (Intel HD4000) perché non so come fare con Nvidia 710 Dovrebbe almeno consentirti l'avvio di OpenCore e l'installazione o l'avvio di macOS che hai già installato con il tuo SMBIOS. (forse) ...Auguri! Ps. Sul mio 3770k OpenCore non è legacy, per questo ho lasciato nel config quello che tu avevi inserito e che io non uso ma se ti interessa ti giro la mia EFI (funzionante) e te la adatti. Ventura scordatela su questo Hack, almeno che non ti interessi averla solo da avviare e farne poi uno screenshot da mostrare in giro. EFI Ivy Bridbe macos86.zip

Ciao a tutti, mi è venuta la curiosità di sapere come fare ( se è possibile) a mettere in stop l'hackintosh spegnendo il monitor. Ovvero se esiste una app o un kext che renda possibile rivelare lo spegnimento del monitor come impulso allo spegnimento/sospensione, a scelta.

Se posso ... se il file IOReg che hai postato è stato estratto con USBPorts.kext caricato all'avvio è logico che si vedano solo le porte che poi hai in Hackintool ovvero quelle che vengono erroneamente mappate dal kext. Per esperienza ti dico che ho dovuto rimuovere USBPorts.kext e sostituirlo con USBInjectAll.kext, affinché siano rilevate tutte le porte disponibili e flagrare HxciPortLimit nel config ma, attenzione, nel mio caso pur avendo provato tutte le porte con entrambi i tipi di USBKey, con IOReg mi si evidenziavano o solo le porte USB2, da HS01 a HS13 o solo quelle USB3, da SS01 a SS10 più la HS12 e HS13 che sulla mia MB corrispondono ai 2 Hub interni, per un motivo che non so ancora spiegarmi ma che presumo dipenda dai vari tentativi falliti di mappatura 🙂 Con questi due IOReg (entrambi corretti ma incompleti) sono riuscito a estrapolare una possibile mappatura contenente l'intersezione dei due, in cui comuni risultano solo le USB2 interne. La certezza è arrivata da USBToolBox sotto win, che in un attimo ha reso il tutto banalmente evidente. Successivamente con Hackintool/USB ho "scopato" i dati a video, aggiornato, cancellato (-) le porte inesistenti e impostato i valori per le rimanenti, modificando se necessario qualsiasi valore dei campi editabili con i valori corretti per la porta. (operazione da effettuare senza "smanettare" le porte con usb vari, tanto Hackintool non risulta così affidabile quanto IOReg nel identificare le porte, anche quando queste sono correttamente impostate) Esportato il tutto sul desktop, ho trovato il nuovo USBPorts.kext che ho reinserito al posto del temporaneo USBInjectAll.kext e deflaggato HxciPortLimit in config. ... Fatto! Tutte le porte sono riconosciute correttamente (no Thunderboldt)

Fatto! Grazie mille. @fabiosun 🙃

Ciao a tutti, avrei una curiosità. in che modo si riesce a non modificare il formato della finestra "Informazioni su questo Mac" dopo l'aggiornamento a Ventura? (Come quella pubblicata da @antuneddu per intenderci ) Trovo la precedente, sino a Monterey, più dettagliata e oramai usuale.

C'è la possibilità 🙂 che la struttura del file config.plist sia stata cambiata, dalla tua versione all'attuale. Verificala con quella che trovi in sample.plist scaricando OC 0.9 Analogamente

Se non ti fidi di fare l'aggiornamento del tuo sistema, reinstallalo da Time Machine sul secondo ssd e aggiorna quello. Intanto vedi come va e se ci sono problemi, risolti i quali fai la stessa cosa sul disco principale.