fabiosun

ti rispondo io si cancella tutto perche' e' una versione a livello numerico piu' vecchia della insider che hai installato Da me ad esempio non si e' nemmeno installata mentre la 22463.1000 si

sarò apparentemente serio.. il discorso MMIO non e' spiegato chiaramente da nessuna parte i massimi esperti..o meglio i massimi esperti in caxxate sperimentali li trovi qui da noi... Personalmente per necessità (sono tra i ricconi trx40 che si sono ritrovati un massetto di cemento lato OSX appena acquistato il PC) Ma nessuno ha mai spiegato chiaramente ,ad esempio, che periferiche interagiscono con quelle aree o che routine di OSX colloquiano sempre con queste benedette aree ora la spiegazione mia.. Se non si usa il quirk DevirtualizeMMIO , il sistema non "espone" quelle zone di memoria nel debug, ma non e' che non ci siano , sono li e sono a disposizione di OSX Se si mette il quirk su YES/ON/1, togliamo ad OSX,devirtualizzandole in altre locazioni di memoria, tutte quelle aree , diciamo "spostandole" in altre locazioni Questo ad esempio consente ad OSX sui sistemi TRX40 di partire... Pero', si c'e' un pero', queste aree delocalizzate da dove dovrebbero essere potrebbero essere necessarie per altre funzioni /funzionalità di OSX Che succede se questa funzione/funzionalità tenta di accedervi? KP, freeze e malfunzionamenti Allora ci viene in aiuto la MMIO Whitelist..faccio un piccolo inciso DevirtualizeMMIO=Yes/ON/1 con tutte le aree messe in MMIO Whitelist e settate su YES (ovvero SKIP=1 nel debug se hai indovinato la conversione) significa (e' come se fosse) DevirtualizeMMIO=NO/OFF/0 Obiettivo dell'utente e' (visto che la condizione ottimale sarebbe di lasciare su NO/OFF/0, fregandocene di anche solo pensare a fare una MMIO whitelist) riassegnare ad OSX le aree che l'opzione del quirk messo su YES/ON/1 toglie all'esclusivo utilizzo di OSX nelle aree di memoria corrette e non devirtualizzate Come? Creando la MMIO Whitelist e mettendo dentro tutte le aree, mettendole inizialmente tutte su YES (se il sistema parte, e ricordiamoci quanto detto sopra, questa condizione e' come se avessimo messo il quirk su NO/OFF/0) Fatto questo si prova a ridare ad OSX l'esclusiva di utilizzare quelle aree come vuole lui Come? mettendole una ad una su YES, fino a trovare la ottima combinazione per il nostra sistema... Ora diro' piu' chiaramente.. Una volta che diciamo abbiamo trovato la giusta combinazione per noi e siamo felici...perche' ci sembra che tutto funzioni..ricordiamoci che la felicità e' un attimo e che di certo se abbiamo dovuto lasciare al controllo del DevirtualizeMMIO delle aree di memoria..molto probabilmente in una remota combinazione che magari non ci e' mai capitato di utilizzare o di conoscere tra hardware, software, driver...il nostro sistema potrebbe impallarsi... Quindi sintetizzando queste considerazioni di sabato mattina..se tutto funzionasse con DevirtualizeMMIO=NO/OFF/0....io ne sarei molto piu' felice 🙂 e scusate la divagazione! Spero utile 😉

ok ho giocato ho rimesso una piu' vecchia di quella che avevo ovvero la 22454 ora mi sta riscaricando la 22463.1000 la 22000.194 che dovrebbe essere la finale (che pero' dal numero sembrerebbe un sacco piu' vecchia) qui non si installa 🙂

Anche con la dev nuova fa eliminare tutto se la installa bene altrimenti aspetto la finale per staccare tutti i dischi a mano

puoi provare a fare combinazioni con rebuildmemorymap e set virtual map per vedere se cambia qualcosa ma sono tentativi...

Schermo nero secondo me hanno rimesso i problemi che c’erano nelle precedenti dev mi sta facendo undoing ora provo a prendere la dev che come versione è più recente si quella che avevo

incredibile da Monterey me la sta scaricando di la niente

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...