fabiosun

a me ancora c'e la rotella ho rimesso a rifarla creare ma sono circa 35 minuti...

eh si pero' ora non saprei cosa toccare 🙂

e' quello che e' strano numericamente sembra piu' vecchia dell'ultima che abbiamo se vedi sotto lo suggerisce

in che senso? la installi sopra o ti crei una usb 🙂 quanto ci ha messo a uscire fuori? solo 5 gb...monterey e' 11 🙂

definire several minutes sono già a circa 10 🙂

disabilita il kext usbinjectall e lascia solo il quirk XhciPortLimit che hai attivo e nel caso provai contrario

di notebook ci capisco zero se puoi sposta su altra USB (porta del notebook) nella condizione di cui sopra poi ho visto che usavi un dsdt in clover e qui una serie di SSDt non so se conviene provare ad impostare quel dsdt e basta .. pero' aspetta chi ne sa di piu' per questa prova

Se fa cosi' non hai fatto bene 🙂 Banalità a parte forse dovresti postare la tua efi funzionante con clover per provare a capire

comunque molto strana questa installazione sono partito da una versione j full installato sopra a Big Sur visto l'upgrade con j160 e macpro ripartito dopo la prima fase con 17.1 ha fatto solo una fase per aggiornare e poi subito era disponibile la versione h (installata) boh...

ora sto riprovando con il vecchio metodo ma onestamente a me non era mica chiarissimo come ci fossi riuscito

si il file che crei anche prima di fare la usb e' già danneggiato ho provato per fare una installazione full partendo da beta 6 niente da fare

si avevamo ragione 🙂

@antunedduProvato con Default niente da fare Con Default non mi trova nemmeno la beta nuova quindi non posso fare la procedura di scaricare e poi installare in quella condizione Adesso passo a Windows11 🙂

Per scaricare ho dovuto mettere j160 poi messo su Disabled perché non andava lasciandolo così tu dici default anche per scaricare e poi lasciare così?

ma la definitive di Dortania dove la prendono? credo sempre dal commit originale ..o no? cmq nemmeno installa qui

a me oggi ha dato schermo verde l'aggiornamento domani provo a metterlo con il disco di windows al primo posto del boot ma onestamente con questa mia piastra madre e' più' facile installare OSX che Windows

senza j160 non trova la 7...

Per la scienza...rovino la mia bella installazione pulita di 11.6 Provo se va opencore 074 senza fare magie con gli SMBIOS credo stia scaricando la beta 6 da 11.66 Gb

@Rox67erI would like to share my experience, maybe not related but I will expose it My system has a perfect Sleep/wake cycle from HighSierra, exclude a release of Catalina I have not working here now I use Big Sur and Monterey and the "cycle" is always perfect I have bought a wireless kit (mouse and keyboard) connected Sleep immediate wake so USB receiver gives me this behaviour I have changed USB port for receiver and now sleep/wake is working well as usual So problems could happen for different reasons only on the same and identical system In my opinion mapping is not useful for the reason exposed from @igpu above, but maybe could be useful to rule and declare USB's type and kind (never did this but maybe it could be helpful if osx reads bad kind and type)

io di solito invece di prendere Opencore compilato in giro per la rete lo compilo da me scarichi il master di opencore lanci un comando un paio di minuti ti ritrovi l'ultimo commit

cmq sarà che sto giocando con i kext principali utilizzando fakesmc al posto di virtualsmc ma ..sono già due volte che prima del login perdo la scheda grafica da questa schermata passa su schermo nero con segnale ma senza immagini dovrei essere io il problema...ma in generale da beta 2 mai un kp o problemi diversi

no di solito lo faccio solo per le finali una installazione da zero e da penna USB Pero' ho letto in giro che c'e' questo problema

@Driftwoodtake a look here I like your "to ditch" Last login: Thu Sep 23 08:50:19 on console fabio@Mac-Pro ~ % kextstat | grep -v com.apple Executing: /usr/bin/kmutil showloaded No variant specified, falling back to release Index Refs Address Size Wired Name (Version) UUID <Linked Against> 19 1 0 0x18000 0x18000 org.netkas.FakeSMC (3.5.3) 503675DF-E091-38F2-AE0C-5A1F93D84E15 <15 9 7 6 3> 20 0 0 0x10000 0x10000 org.slice.RadeonMonitor (1.3.5) E2EAA0B3-8A35-387B-A86C-6E75659CFD8F <19 16 9 6 3> fabio@Mac-Pro ~ % I am testing from a bit only this combination of kext in my system System works perfectly internal alc1220a audio is fine and also hdmi/dp is perfect I am using sensei app to monitor some GPU parameters and with these kext's combination I have exposed core temperature, memory utilisation and device utilisation:

Se l’hai messa a punto dì recente potrebbe essere a posto cosi nel caso puoi aggiornare tutti i kext che usi gli errori che avevi erano voci nel plist non supportate per quello chiedevo come e perché erano state messe!

@iGPUsimilar behaviour happened to me the only thing if it fails is better to download again So, MacPro 7.1 and j160 to download (if you do not seeit you can try to clear Nvram) before restart after download change to iMac17.1 and put to Disabled SecureBootModel Other big variable for me was TPM enable/disabled in BIOS It worked with it enabled from MacPro7.1 Smbios download step Tested also other bootloader (clover with no success) but above should be the "gold" method As side note, when I have updated from beta5 to beta 6 I have only had one time mackintosh hd icon this time I have it for two times before it vanished and I have had only good Monterey icon for two last steps to do I have finished the update using 17,1 Smbios and with only one monitor detected with it (hdmi connected)