All Activity
- Today
-
BenHero joined the community -
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. 🙂
-
@Brossono contento che hai risolto togliendo a mano quei kext, quando lanci OCLP ci pensa lui a ricostruire i permessi e la cache (e se non ti da nessun errore hai vinto tu) 🙂 AppleALC non serve se hai un audio USB su motherboard e in questo caso non serve nemmeno il layout id 2 layout diversi non so perche' li hai, nel caso puoi usare alcid come boot arg provandoli a togliere entrambi tutti quei driver geforce sono caricati da una installazione che e' stata fatta del driver Nvidia web..l'ultimo e' stato prodotto anni fa....e solo per high Sierra..quindi penso che hai un timemachine con quelle cose installate
-
@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.
-
qui non ci sono, quindi qualcosa di anomalo c'e'
-
Alcuni driver di nvidia ci sono di default non i web devo cercare in quelle cartelle se li cancelli a mano ricordati di ricostruire permessi e cache
-
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. 👍
-
Parto da qui Tu non hai una Nvidia se capisco bene leggendo i pc nella tua firma ma c'e' installato il driver WEB di Nvidia che non e' piu' aggiornato da High Sierra Puoi fare un controllo nelle cartelle S/L/E ed in L/E (System/Library/Extensions e in Library/Extension (anche in quelle nascoste) Se hai fatto una installazione pulita di Sonoma non ci dovrebbero essere tracce di quel kext che da errore In pratica o tu o OCLP avete creato questo problema che non consente ad OCLP di ricostruire la cache (operazione che di regola fa dopo aver fatto la patch e prima di riavviare) Il tuo config.plist mi sembra corretto (non so la parte DP (Device Properties ) se ti e' utile o meno per il tuo sistema a parte il doppio layout id)
-
Non c'e' niente da scusarsi. Qui siamo tutti che ci diamo una mano per risolvere i vari problemi di tutti e nessuno è "nato maestro" (almeno parlo per me). Ogni giorno s'impara qualcosa di nuovo....
-
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.
- Yesterday
-
Allora ho risolto il mio "inghippo". Rifaccio un "Recup" in OC ho messo il secureboot su disable installato sonoma, poi disabilitato il SIP tramite csr-active-config valore 03080000 , messo i kext necessari e AMFIPpass v1.4.0 . Riavviato , controllato sulla GUI di OC che il SIP sia effettivamente su disable e poi fatto un reset della NVRAM. Al nuovo riavvio di sonoma , messo OCLP senza nessun errore, dopodiche riavviato nuovamente. Ora sonoma con wifi funzionante. Dopodiche messo su csr-active-config il valore ci 00080000 e messo il securebootmodel in default, riavviato. Al boot di OC NON ABILITO SIP ( come facevo prima e qui inghippo..... ) dalla GUI , perche' avendo gia impostato il valore giusto nel config di OC viene gia abilitato di suo, verificato con HaCKCheck . P.s. ho fatto un altra verifica, posso resettare la NVRAM a piacere anche dopo ,RIPETO IMPORTATE E NON IMPOSTARE SIP SU ENABLE DALLA GUI DI OC.
-
se hai quegli errori nel mettere la patch di OCPL probailmente hai da sistemare il config.plist/ cartella EFI. Come mai OCPL tra gli errori ti dichiara che non devi usare com.nvidia.web.GeForgeWeb? Hai provato a mettere solo la vga ( rx590 ) e disabilitare la hd630 dal bios o dalla voce di DP nel tuo config.plist? Come mai hai impostato resizeAppleGpuBars -1 e non 0? Come mai utilizzi il kext restricEvents? Il bios della scheda madre e impostato bene? insomma si abbiamo un sistema simile, ma non e propio uguale ...e la efi e da modellare sul propio sistema.
-
ciao a tutti. vorrei aggiornare il mio HACK (come in firma basato su iMac Pro 2017) all'ultima versione di Sonoma (14.5) ma purtroppo non riesco. mi spiego meglio: ho aggiornato la EFI con l ultimo OCAT, ma negli aggiornamenti automatici non compare questo aggiornamento, probabilmente perche IMACPRO 2017 non è piu supportato da questa versione. Ho trovato dei video dove dicono di usare OpenCore Legacy Patch, ma credo che sia per i veri Mac non piu supportati. Siccome temo di fare danni, mi sono fermato. che mi consigliate? è fattibile ?? grazie a tutti
-
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.
-
No...smbios non c'entra niente con il funzionamento del wifi con OCPL. Nella maggior parte dei casi bisogna aver una corretta impostazione del config.plit e dei kext. Ripeto io ho seguito la guida di @fabiosun e mi funziona correttamente . Il mio problema se lo si può definire così ,è tutt'altra cosa , e una mia "fissazione"....
-
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
-
No
-
Una cosa che sono uscito pazzo abbastanza: dopo che avvii la patch hai fatto un reset della nvram?
-
@backinblackx86the only thing to pay attention is that @Jaidyuse a trx40 and i do not think this platform has a pci nvme 5.0 slot (i could be wrong) 🙂
-
Se vuoi , puoi postare il config.plist oscurando i dati di SMBios?
-
trx50 Gigabyte TRX50 installation success! :)
backinblackx86 replied to backinblackx86's topic in General
Are you using the T705 with Sonoma 14.5 or 14.4.1 ? -
buondi, ho seguito la guida per filo e per segno, ho utilizzato i kext in questa sequenza , e messo AMIFPass 1.4 e non ho dichiarato niente in boot-args e in csr-active-config messo 03080000, impostato secureboot su disable , riavviato verificato che fosse disabilitato il SIP e fatto un reset di nvram. Messo su la patch di OCPL ( senza nessun tipo d'errore ) , riavviato e avevo wifi con airdrop, firefox, ecc,ecc funzionante. pero c'e' da dire, che dopo ho voluto riabilitare il SIP con il valore 00080000 e riabilitato lo stesso SIP nella gui di opencore ,messo su default il SecureBootModel , fatto un altro reset nvram, ora non mi trova piu nessuna rete...sto cercando di capire dove sbaglio. p.s. mentre scrivevo qui , stavo ripatchando con OCPL sonoma , e ha funzionato il wifi e ripartito, adesso provo un passo alla volta mettendo in default il securebootmodel, abilitare sip ,e via dicendo , per capire dove sta l'inghippo del wifi non funzionante.
-
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. (?)
-
Intendevi in ACPI ? ( SSDT-Basic ) 😉 In Kernel -> Block ... hai impostato come da guida ? Con amfipass.kext nn serve boot-args
-
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.
