Paolo-Sp

Ma alla fine .... a voi funziona o no questo metodo? Qua sul forum se ne parla da qualche parte o nessuno ha mai scritto nulla in merito?

A me ne genera solo uno di kext con all'interno un plist che puoi anche compilare a mano. Quale è il secondo kext?

Qua il link per scaricarlo https://github.com/corpnewt/USBMap E se ne parla anche qua https://dortania.github.io/OpenCore-Post-Install/usb/intel-mapping/intel.html

Toc toc.... c'è qualcuno ?

Buongiorno a tutti Magari è già stato detto in qualche parte del forum ma io non ho trovato nulla in merito quindi chiedo quanto segue: Per tutte le mie configurazioni, ho voluto provare la mappatura delle USB anche col metodo del KEXT genervato da "USBMap-masterMagar" ma non funziona. All'avvio il computer si blocca sulla schermata iniziale senza caricare nulla. Uso OpenCore ultima versione 0.8.1 con tutto aggiornata.

Ciao NIKKETRIKKE... ero via per lavoro. Quando non si riesce ad aggiornare da Big Sur a Monterey, la soluzione che a me ha funzionato su tutti i computer e Mac che sto emulando, è stata quella di aggiungere nel config.plist nella key PlatformInfo, le key PlatformNVRAM e SMBIO per inserire il esse le relative FirmwareFeatures, FirmwareFeaturesMask e BoardProduct. Tali valori, specifici per la tua configurazione, li puoi trovare col programma OpenCore Configurator. Se ha una scheda GB Z390 e stai emulando un iMac 19.1 come nel mio caso, ti carico il mio coniglio.plist con solamente quelle key specifiche da aggiungere al tuo config senza null'altro variare. N.B. Nella key Generic troverai MLB, ROM, SystemSerialNumber e SystemUUID impostati a 000000, inserii i tuoi valori attuali. P.S. Ovviamente il tutto con Opencore... almenno la 0.73, meglio l'ultima 0.75 config.plist.zip

Problemi risolti ! I vecchi proverbi sono sempre validi, mi riferisco a: - Campa cavallo che l'erba cresce - Chi fa da se fa per tre

Infatti è un caso strano, tanti l'anno installato col 0.71 ed a me non va col 0.74 ! Inoltre a me trova e scarica l'aggiornamento ma poi al primo riavvio non prosegue l'installazione, sono sempre più convinto che è una questione SMBIOS, puoi passarmi il tuo config che lo confronto col mio per favore?

E' tutto aggiornato alla versione 0.74 e relativi Kexts La NVRAM ha senso il reset e l'ho fatto ma, non capisco la necessita di dover riscaricare l'aggiornamento; quando si scarica una volta nella cartella Applicazioni e poi, lo preservo zappandolo e lo uso per tutte le macchine.... è come appena scaricato e non cambia nulla. Aggiungo a tal proposito che, essendo alcuni Mac in luoghi diversi ho anche scaricato più di una versione di Monterey quindi, non è quella che sto usando ad essere difettosa, è qualcosa nella configurazione che non piace al primo riavvio che fa quando parte l'aggiornamento... è come se quel Mac non fosse tra quelli aggiornabili eppure un iMac 19,1 è perfetto per la mia configurazione con Z390!

Ciao e grazie dell'osservazione. uso PlistEdit Pro

Se guardavi il mio config potevi notare che SecureBootModel è gia impostato su default e le varie discussioni le ho lette e provate ma senza successo altrimenti, non avrei aperto questo nuova discussione. ... spero in qualche aiuto più concreto da chi, ne sa più di me e qua, tanti sono bravi Gia fatto e non sono giunto a nulla di concludente che mi possa aiutare

Sperando che ci sia qualche pia anima che mi risponde, sottopongo il mio problema riferito alla mia configurazione N.1 ma che vale anche per le altre tranne la 5. Trattasi del fatto che aggiornato a Monterey da Big Sur, da il seguente problema: 1) Dopo sul download con Aggiornamento Software, parte l'aggiornamento 2) Il computer si riavvia con schermata nera e mela poi, carica un pochino l'aggiornamento 12.0.1 ma poi... 3) Il Mac si riavvia con 11.6 ed entra normalmente in Big Sur Se provo a forzare il riavvio dal menu Opencore scegliendo il Macintosh HD dell'installazione di Monterey, compare la schermate del punto 2 e poi i passa al punto 3... in pratica non si aggiorna. Allego zip della mia eri opencore di cui, la configurazione l'avevo perfezionata qua con Voi tempo fa. EFI.zip

Innanzitutto grazie per avere preso in considerazione la mia richiesta e per il resto.... lasciamo perdere, capisco che non è la sede per approfondire tali tematiche, meglio dedicarsi ad aiutare chi è in difficolta.

Siccome mentre cercavo di riavere il mio problema mi sono trovato anche tale modo di scrivere il framebuffer che, mi sembra più sbrigativo ed elegante, sto cercando di capire come usarlo ma anche se le spiegazioni sembrano semplici e chiare, non sono riuscito a farlo funzionare, quindi sto chiedendo l'aiuto di chi + di me ne sa.

Ma perche non funziona? Ti allego il config funzionante, se hai tempo da perdere prova a convertirlo con framebuffer-conX-alldata e vediamo se va..... Config.plist.zip

Si ma riporta anche li tale stringa framebuffer-conX-alldata (completely replace the connector)

Si ho risolto ma come ho scritto, è un approfondimento che vorrei capire come funziona visto che, facendo come da manuale OpenCore con framebuffer-con-alldata non va nulla anche se metto il device-id corretto

Siccome in una discussione da me avviate nel forum con titolo "Catalina 10.15.5 problema IGPU Z-390" ho posto il seguente quesito senza che nessuno mi ha risposto, provo ad aprire qua una nuova discussione, sperando d'avere delle risposte, cosi da poter sempre meglio capire il funzionamento di certi meccanismi e migliorare la configurazione dei nostri computer.... Probabilmente sono io che commetto qualche errore ma vorrei far notare quanto segue: Solitamente i parametri del feamebufer delle varie porte della scheda video sono impostati uno per riga ed attivati; ad esempio io per la prima porta, la 0, ho l'attivazione framebuffer-con0-enable=01000000 poi framebuffer-con0-index=01000000, framebuffer-con0-busid=01000000, framebuffer-con0-pipe=09000000, framebuffer-con0-type=00040000 e framebuffer-con0-flags=C7030000. In base al manuale di Opencore 0.58 a questo link https://dortania.github.io/OpenCore-Desktop-Guide/extras/gpu-patches.html#iGPU-BusID-Patching I parametri del feamebufer di ciascuna porta posso anche essere raggruppati in due sole stringhe, l'attivazione + tutti gli altri con la siringa framebuffer-con-alldata quindi, in base a ciò, per la mia porta 0 dovrei scrivere nel mio config, framebuffer-con0-enable=01000000 e framebuffer-con0-alldata=01010900 00040000 C7030000 ma, non funziona ! Il monitor rimane nero, mi devo connettere da remoto e le porte non vengono rilevate, esattamente come nelle prime tre immagini postate nel mio primo messaggio a questo link Per favore chi mi sa dare una spiegazione... Grazie

Ciao netgear, a me per fortuna tutto funziona con la configurazione fatta al precedente update di settimana scorsa

Probabilmente sono io che commetto qualche errore ma vorrei far notare quanto segue: Solitamente i parametri del feamebufer delle varie porte della scheda video sono impostati uno per riga ed attivati; ad esempio io per la prima porta, la 0, ho l'attivazione framebuffer-con0-enable=01000000 poi framebuffer-con0-index=01000000, framebuffer-con0-busid=01000000, framebuffer-con0-pipe=09000000, framebuffer-con0-type=00040000 e framebuffer-con0-flags=C7030000. In base al manuale di Opencore 0.58 a questo link https://dortania.github.io/OpenCore-Desktop-Guide/extras/gpu-patches.html#iGPU-BusID-Patching I parametri del feamebufer di ciascuna porta posso anche essere raggruppati in due sole stringhe, l'attivazione + tutti gli altri con la siringa framebuffer-con-alldata quindi, in base a ciò, per la mia porta 0 dovrei scrivere nel mio config, framebuffer-con0-enable=01000000 e framebuffer-con0-alldata=01010900 00040000 C7030000 ma, non funziona ! Il monitor rimane nero, mi devo connettere da remoto e le porte non vengono rilevate, esattamente come nelle prime tre immagini postate nel mio primo messaggio a pag.1. Per favore chi mi sa dare una spiegazione... Grazie

@netgear Si si ora mi funziona tutto, con 0x923E0000 è tutto tornato perfettamente funzionante.

Piccolo particolare, a differenza di qualche altro, io purtroppo anche con la 10.15.5 ho ancora bisogno bel BOOT del igfxonln=1, altrimenti dopo lo stop del monitor lo schermo rimane nero e si vede solo da remoto

@ iCanato, io penso che Opencore sia il futuro, sta crescendo bene come sviluppo e già permette di fare cose che Clover non fa come ad esempio la patch per il KP dello stop sulla Z390 e poi, io lo uso come boot anche per il mio Mac Pro 5.1 originale che, con particolari settaggi mi permette di usare Catalina con tutte le sue funzionalità come un Mac realmente supportato... con Clover non credo sia possibile, tu xo sei molto esperto e vorrei sapere quali sono i punti a vantaggio di uno e dell'altro sistema.

Infatti, è una delle prime indicate su un noto link riportato da @netgear al terzo messaggio della pagina 2, credevo che @deveshupert li avesse già provati tutti

Ora vado a fare un po di 💪 a più tardi