fabiosun

Ma quello che ti funziona come hai fatto vedere in foto, che mappatura utilizza? Potresti da quella sistuazione creare il kext con hackintool per poi modificarlo correttamente in base a quelle voci che vediamo

@Perduforse non e' proprio relativo alla tua richiesta ma qui mi pare che le mappature siano fatte male vediamo tutte USB3 e qualcuna internal poi ad esempio il Bluetooth che dovrebbe essere interno e' Su USB3

Hai fatto parecchio dall'inizio che hai cominciato a smanettare qui sul forum, anche se a volte ti perdi...non in un bicchiere d'acqua ma nei tanti hack e sistemi che hai! 😘

@danylo sai che ti voglio bene come un fratello maggiore 🙂 Ma non ci hai capito un biip di come funziona OCLP 🙂 Se modifichi dentro un sistema e la EFI rimane quella, l'atro sistema non subisce modifiche altro discorso se modifichi la EFI se un sistema ha OCLP applicato e gli serve il sip disabilitato e all'altro no, se cambi il SIP ti puo' partire solo quello al quale non serviva Sugli hack OCLP agisce esclusivamente sul disco dove e' installato il sistema e non modifica la EFI Sui Mac modifica anche la EFI se vuoi Una EFI fatta bene puo' gestire da Ventura (dove OCLP non serve) a Tahoe, dove ci sono tante cose in piu' che non vanno senza OCLP

Questo e' facile 🙂 Se non riesci il prossimo anno lo faremo!

secondo me ti impicci..se non va il BT nmon centra nulla OCLP ma la mappatura USB controlla quando non va che ti dice Hackintool facendo scopa refresh nella sezione USB

Hello Jeff84, welcome here after a couple of messages on the forum download will be unlocked automatically!

Che ci siamo riusciti a farlo andare? mi ricordavo di no 😂

anche sul ryzen hai una che ti va con la stessa patch

Si e' una intel che evidentemente va 🙂 Ad un amico la intel 2.5 I225 non va ad esempio al momento Laobmac ha fornito un ulteriore blocco da mettere per relatek 2.5 quindi la scheda che hai su AMD

sono intel le ethernet una a 1.0(1000) l'altra a 2,5 (2500) e quelle che non ti vanno sono di marca realtek! @dany ti basti sapere che non e' colpa tua 🙂 🙂 la patch che risolve su realtek 2.5 c'e', per le altre che non vanno ancora no

Dany, l'ultima modifica che implica il blocco di altro fattore, funziona solo con le realtek 2.5 quindi su un paio delle tue macchine che ancora oggi sono "sfortunate" 🙂

magari stava rifacendo l'indicizzazione piu' "grave" che lo hai ritrovato in windows, probabilmente e' andato in sleep e si e' risvegliato con un kp che ti riavviato e fatto partire il sistema che hai di default nel bootloader

Dai che da quando hai iniziato sei "cresciuto" molto in questo campo, tu considera che io ho due hack..uno il mio l'altro dato alla moglie 🙂 quello suo non lo tocco mai 🙂 Comunque ,dopo un consulto privato con l'altro dottore che ti segue 🙂 ci potrebbe essere una spiegazione al tuo problema Non vogliamo alimentare false speranze ma se hai ancora fantasia di risolvere il dottor @Anto65quando potrà ti darà volentieri una mano! 🙂 parti sempre dal config che ti fa partire tahoe 🙂

Succede ma se non demordi sono certo che questo funzionerà bene come il migliore dei tuoi

Ma no @danyse non ti crea problemi (troppi ) di nervosismo tienili tutti Prima o poi si faranno andare come vuoi io unica cosa che farei snellirei su ogni pc il tipo di sistema operativo senza mischiarne altri a seconda della potenza sceglierei cosa metterci su ognuno

non capisco ma se c'e' la patch del kernel e funziona bene devi poter riavviare ed avviare senza i max kernel altrimenti e' impossibile poi aggiornare o far funzionare il wifi

si qui e' giusto tutto mi manca solo da sapere se sei partito o meno inquesta condizione e resettato nvram oppure hai già lanciato la patch con OCLP insomma manca qualcosa per capire se sei partito già cosi' e hai fatto reset puoi lanciare OCLP

Provo ancora a dirti 1) ho capito che al momento parti solo con i max kernel ma se ci sono quelli significa che su tahoe non puo' funzionare il wifi 2) in passato facevamo tutta la procedura (per mio errore ) con una patch AMD del kernel disattivata 3) serve agire in questo modo A) parti in tahoe come puoi B) ti assicuri che sei partito con il bootarg -amfipassbeta ed il kext attivo amfipass.kext e soprattutto la patch del kernel amd attiva C) se lanci la patch di OCLP vedi se ti dice di fare revert patches(seconda opzione) e non la prima opzione nel caso significa che c'e' qualcosa installato e errato D) se ti dice AMFI invece non hai fatto bene il punto B E) se hai fatto tutto bene lanci OCLP fai la root patch dal primo menu o voce e poi senza riavviare il pc togli il max kernel ai kext ed al blocco se non parte mi mandi il pc e lo faccio io 😛

se ora ti fa la patch correttamente, prima di riavviare devi togliere i max kernel non lo dire piu' che parti solo con quelli...e' da un po' che ancora non riusciamo a partire con la patch del kernel che dovresti aver rimesso (quella che era disattivata) serve anche da sapere se e' spuntata ancora o meno 🙂

qui ti sta dicendo che trova la patch già messa fermati un attimo e rivedi tutti i punti

lasci tutto come sta tranne lilubetall che hai tolto riavvii e prima di partire resetti nvram se ti dice che hai amfi attivo ancora stai partendo da altra EFI 🙂

e anche un reset nvram lascia amfipasbeta e togli lilubetaall il resto mi pare giusto

ma perche' tutti quei bootarg? lilu amfipass...

attiva il blocco e togli i maxkernel ora che sei dentro Tahoe e poi senza riavviare e fare altro lanci OCLP e fai la patch (OCLP per tahoe) poi riavvii e parti sempre con il config dove hai attivato la patch che mancava (e ora con anche i max kernel tolti ed il blocco attivato