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.

Il 16/11/2021 at 19:31, nikketrikke ha scritto:

ciao e quindi ti tieni anche la soluzione ? EHEHEH

anche io non vado avanti con big sur figurati monterey......

come hai fatto?

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

5 ore fa, fabiosun ha scritto:

io ho detto 075, ma il tuo caso sembra ancora diverso in quanto di solito l'aggiornamento non era visto senza modificare o smbios o securebootmodel

 

Da me e da altri se leggi nel thread andava riscaricato ad ogni tentativo che falliva

 

di più' non so dire

 

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?

1 ora fa, fabiosun ha scritto:

Mi verrebbe da risponderti che forse non hai letto bene come io non ho scaricato il tuo config

 

comunque

ogni volta che si fa un tentativo ed il sistema ti va in quel ‘boot loop’ devi ripulire la nvram e riscaricare l’aggiornamento e non ripartire con lo stesso che ha fallito precedentemente 

se hai letto tutto e fatto tutto bene

compresa la versione nuova di opencore, smbios, securebootmodel e kext le tue macchine che non si aggiornano sono particolarmente sfortunate..

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!

1 ora fa, foskvs ha scritto:

Con quale programma modifichi il config.plist? Xcode mi dice che contiene un carattere non consentito.

 

Togliendolo, me lo apre.

config.plist.zip 5 kB · 1 download

Ciao e grazie dell'osservazione. uso PlistEdit Pro

44 minuti fa, fabiosun ha scritto:

Le anime pie ci sarebbero pure..pero' dovresti leggere un po' la discussione sul thread pre release di Monterey, li si parla ampiamente anche di questo problema

La soluzione non e' uguale per tutti

Da me ad esempio si risolve con open core 075 e SecureBootModel impostato su default

ad altri in modo diverso

 

 

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

57 minuti fa, Giaccaz ha scritto:

non puoi mettere il boot in verbose per vedere cosa succede ?

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

15 minuti fa, Gengik84 ha scritto:

Le tue patch vanno bene, te lo ripeto. 

Non ha niente di "elegante" all data.. 

Il tuo problema era solo il platform., cambiato e sei ok. 

"non cercare di aggiustare quello che non è rotto" 

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

22 minuti fa, Gengik84 ha scritto:

quello non è il manuale opencore.

è solo una interpretazione, quindi personale di questo: https://github.com/acidanthera/WhateverGreen/blob/master/Manual/FAQ.IntelHD.en.md

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

1 ora fa, Gengik84 ha scritto:

scusa ma non avevi già risolto il problema della grafica?

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.

5 ore fa, iCanaro ha scritto:

non so' se è già stato detto, se detto mi scuso, ma magari ripetere aiuta; su IM ho letto di uno che per la sua build ha risolto utilizzando platform-id della UHD630 mobile -->  0x3E9B0000

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