Jolly

Perché hai abilitato legacy nel config. Hai anche un ig-platform errato per quello non hai accelerazione grafica

@dreamwhite

Naturalmente hai ragione, penso di aver colto quello che intendi dopo una disamina meno superficiale del SSDT; porte disabilitate tramite GUPC (ZERO) e definite tramite GENG. 

Non avendo dati sulla mappatura e visto che la scelta di cosa abilitare è soggettiva non posso esprimere più di tanto. Quello che ancora non mi torna è che a me sembra che le porte abilitate siano 18. Vorrei anche capire la scelta di disabilitare HS14.

@dreamwhite

non sono in grado di controbattere, le mie conoscenze non mi permettono dì argomentare adeguatamente. Tanto per capire, ti chiedo, per favore, di spiegarmi in quel Ssdt quali sono le porte disabilitate. 

Per me il problema è "SSDT-3-xh_cmsd4.aml", non è configurato. Hai messo la patch di gengik, hai rinominato qualcheGUPC e similari ma non tutti e soprattutto  non hai disabilitato neanche una porta USB. Rifatti la mappatura, decidi quali porte tenere e disabilita le altre. Poi secondo me scaricati SSDT-Basic ed elimina tutti gli altri (tranne SSDT-3-xh_cmsd4.aml naturalmente).

Con calma controllerò meglio il config

Qualche aiutino in più? Tipo che bootloader stai usando, magari posta anche la efi, così ci si dà una occhiata. 

 

Quando il tuo Mac si “sbaglia”, viene spesso chiamato "crash". Questo è un termine breve, succinto, ma non molto utile a capire cosa è andato storto e come risolverlo. Comprendendo cosa è successo e cosa è stato esattamente quel "crash", otteniamo importanti indizi su cosa fare dopo.

Uscita imprevista
macOS ha aree protette, incluso il kernel stesso, che le app non dovrebbero essere in grado di influenzare. Ogni app viene eseguita in uno spazio separato, separato da altre app e dallo spazio di sistema protetto. Quindi il tipo più comune di "crash" dovrebbe essere un'app che morde la polvere quando ha fatto qualcosa di sbagliato. Di solito l'app si chiude improvvisamente, per questo viene spesso definita chiusura imprevista.
Le uscite impreviste possono verificarsi per molti motivi, ma i più frequenti sono i bug nell'app. Se un'app si chiude ripetutamente in modo imprevisto quando provi a fare la stessa operazione, allora puoi essere abbastanza sicuro che si tratti di un bug in quell'app e dovresti segnalarlo agli sviluppatori dell'app. Naturalmente questo non è necessariamente una questione di colpa: molti di questi bug si verificano quando l'app si aspetta che macOS faccia qualcosa in un modo, e non è così. È quindi probabile che ci sia un periodo in cui gli sviluppatori dell'app danno la colpa a Apple, Apple dice poco e alla fine il problema viene risolto tranquillamente.
Quando un'app si chiude inaspettatamente, macOS e tutte le altre app in esecuzione non devono essere interessate, ma a volte l'app, quando sta per uscire, lascia alcuni danni a macOS, ai file archiviati o altrove. Quindi, anche se dovresti essere sicuro di continuare a lavorare e riaprire l'app che si è chiusa, fai attenzione a eventuali segni di comportamenti strani che indicano danni residui. Il riavvio del Mac normalmente lo cancella.
Esistono anche diversi motivi per cui macOS ha forzato la chiusura improvvisa della tua app. Se ciò accade quando l'app tenta di avviarsi, ad esempio, potrebbe essere perché si è verificato un errore di firma, ha tentato di accedere alle risorse protette dalla privacy a cui non aveva diritto o un problema con il codice oi file dell'app . Sfortunatamente, nella maggior parte dei casi, sia che si sia chiuso da solo, sia che sia stato forzato da macOS, tutto ciò che vedrai sarà un rapporto sugli arresti anomali, che potrebbe invitarti a riaprire l'app o a inviarlo ad Apple.
La lettura dei rapporti sugli arresti anomali è un'attività piuttosto specializzata e normalmente necessita di informazioni dettagliate sul funzionamento di macOS e dell'app che si è chiusa. Se hai la possibilità di inviare il rapporto ad Apple o allo sviluppatore, ti preghiamo di farlo, poiché ciò potrebbe significare che il suo sviluppatore ha la possibilità di vederlo. Se vuoi capire i rapporti sugli arresti anomali, questa vecchia Nota tecnica li spiega e c'è un'intera sessione del WWDC 2018 dedicata all'argomento.

Spinning beachball, o hang
Più comuni delle uscite inaspettate sono gli “spinning beachball” (palloni da spiaggia che girano). Queste sono occasioni in cui un'app riscontra un problema e visualizza il puntatore come un beachball rotante per indicare che ci sta lavorando. Ciò potrebbe essere dovuto al fatto che hai chiesto all'app di intraprendere qualcosa di enorme: la maggior parte delle app mira a inserire attività di lunga durata in un processo in background e mostrare uno spinner o una barra di avanzamento occupati, ma ciò non è sempre possibile. Finché il pallone da spiaggia non viene visualizzato per troppo tempo, dovresti lasciare che l'app si risolva da sola.
I beachball che girano non sono di per sé un'indicazione affidabile che un'app è in difficoltà: il loro significato è semplicemente che l'app in primo piano è troppo impegnata nell'elaborazione per interagire con l'utente al momento. In molte circostanze, questo è abbastanza benigno e l'app è semplicemente impegnata a fare quello che volevi. 
A volte un'app sembra incapace di riprendersi dal beachball re si blocca, non risponde, consuma i cicli della CPU e non arriva da nessuna parte. Dovresti essere in grado di forzare la chiusura dell'app, quindi puoi riaprirla e provare un approccio diverso. Per farlo, premi contemporaneamente Comando-Opzione + Esc per visualizzare la finestra di dialogo Uscita forzata. Seleziona l'app che si è bloccata, che di solito è contrassegnata in rosso segno che non risponde, quindi fai clic sul pulsante Uscita forzata. L'app verrà quindi chiusa e potrai riavviarla quando desideri e utilizzarla.
Questo dovrebbe ripulire tutto correttamente dopo aver forzato la chiusura dell'app, ma come per le chiusure impreviste, a volte lascia macOS e altre app in una situazione instabile, che richiede un riavvio.
Quando forzi la chiusura di un'app e, talvolta, in altre occasioni, macOS potrebbe generare automaticamente un rapporto "spindump"; genera anche rapporti "microstackshot" in caso di problemi di prestazioni. Sfortunatamente, interpretarli è davvero possibile solo se capisci come funziona l'app e cosa stava facendo in quel momento.
I beachball rotanti ricorrenti in diverse app e il Finder sono una buona indicazione di problemi più generali con macOS piuttosto che con quelle app. Questi si verificano più comunemente quando hai appena aggiornato o aggiornato macOS e suggeriscono un aggiornamento non riuscito o un grave conflitto interno, forse con qualche prodotto di terze parti incompatibile.
Una possibile soluzione è avviare in modalità provvisoria (con il tasto Maiusc tenuto premuto), lasciare il Mac per un minuto o due, quindi riavviare in modalità normale. Se ciò non risolve il problema, prova a scaricare e installare l'ultimo aggiornamento Combo o a reinstallare quella versione di macOS, magari in modalità di ripristino. Le estensioni di terze parti e altri software di livello inferiore sono disabilitati in modalità provvisoria, quindi potrresti scoprire che i beachball scompaiono in quella modalità. Tuttavia, anche molte estensioni Apple sono disabilitate e potresti non essere in grado di eseguire molte delle tue app. 

Kernel panic
Le prime versioni di macOS spesso non proteggevano abbastanza bene il kernel e altre parti centrali del sistema e un bug pernicioso in un'app poteva far crollare l'intero sistema. È ora più probabile che ciò si verifichi a seguito di un errore hardware, come un problema di memoria o un guasto improvviso di un disco. Nella forma classica (OS X 10.7 e versioni precedenti), l'intero schermo del Mac diventa grigio e un messaggio multilingue ti informa che macOS ha riscontrato un errore e deve essere riavviato: questo è un kernel panic. 
Da OS X 10.8 in poi, questo comportamento è cambiato e potresti non essere nemmeno informato del kernel panic. Invece, il tuo Mac potrebbe bloccarsi per un minuto circa, quindi riavviarsi spontaneamente o semplicemente spegnersi del tutto. A meno che tu non gli abbia detto di riavviare o spegnere, questo può essere solo il risultato di un kernel panic.
Se il tuo Mac ha un kernel panic, deve riavviare e caricare macOS da zero: il kernel ha subito così tanti danni che non può ripristinarsi in nessun altro modo. Puoi saperne di più su come riconoscere e gestire un panico del kernel qui. 

Freeze
Quando il kernel di macOS e le parti centrali del sistema collassano completamente, potrebbero non essere in grado di continuare abbastanza a lungo da avvisarti con un kernel panic, né da riavviare prontamente. Invece, il tuo Mac si ferma semplicemente come un morto nell'acqua: l'orologio si ferma, non puoi navigare tra le finestre, anzi normalmente non puoi nemmeno muovere il puntatore. Un sintomo interessante che potrebbe avvisarti di un tale blocco è che un Apple Magic TrackPad 2, che è gestito dal software, perde la capacità di fare clic e si sente "morto".
Se incappi in un blocco, lascia stare il Mac per un minuto o due, poiché è probabile che si riavvii automaticamente. In caso contrario, è necessario premere e tenere premuto il pulsante di accensione fino a quando non lo si è forzato a spegnersi, attendere alcuni secondi, quindi riavviarlo. Non scollegare o spegnere mai l'alimentazione di rete, tranne in caso di grave emergenza, poiché ciò comporta un alto rischio di causare danni permanenti al tuo Mac, sia al suo software che possibilmente al suo hardware.
Come il kernel panic, dovresti vedere un blocco solo se hai un problema hardware. Tuttavia, le versioni successive di El Capitan (10.11.4 e successive) sono note per causare ripetuti blocchi sporadici su alcuni modelli di Mac, inclusi alcuni iMac e MacBook Pro. Questo è stato risolto correttamente solo con il nuovo kernel fornito in macOS Sierra, che per la maggior parte degli utenti è molto più robusto. Sono stati segnalati blocchi anche su alcuni modelli con determinate versioni di firmware.

Problemi associati a eventi specifici
L'arresto anomalo che si verifica durante l'avvio può essere particolarmente difficile da individuare, soprattutto se impedisce al tuo Mac di avviarsi completamente. Gravi problemi che lasciano il tuo Mac con uno schermo colorato uniforme, in genere nero o blu, di solito indicano un guasto hardware, come una scheda grafica difettosa. I problemi minori vengono spesso risolti riavviando in modalità provvisoria, con il tasto Maiusc tenuto premuto; questo disabilita la maggior parte del software di terze parti e può consentire di capire cosa si sta verificando e affrontarlo.
Un altro momento critico in cui si verificano problemi è al “Wake from sleep” (risveglio dal sonno). Ciò normalmente richiede che macOS riattivi l'hardware e potrebbe essere necessario caricare driver e altro software di basso livello. Può provocare uno qualsiasi dei suddetti tipi di incidente. È più insolito andare in crash quando si va in Sleep, ma questo è un altro indicatore utile che può aiutare a restringere la causa. 

Gli indizi più importanti di tutti?
La maggior parte degli eventi di cui sopra vengono registrati con informazioni dettagliate nei log del tuo Mac. In El Capitan e versioni precedenti, puoi sfogliare quelli che utilizzano Console, ma purtroppo Sierra ha introdotto un nuovo sistema di registrazione e Console ora ha un valore molto limitato. Se utilizzi Sierra o versioni successive, dovrai usare applicazioni di terze parti, ma questo è un’altro discorso.
(Cit. EclecticLight)

Quando si fanno alcune operazioni nel sistema, per completare correttamente è necessario aggiornare la cache dei DNS;

i Domain Name System sono delle tabelle di associazione di dati per conversione degli indirizzi web, altrimenti raggiungibili solo tramite un IP numerico.

Le operazioni più comuni dove questo necessita, usuali e frequenti sui server e molto meno sui sistemi di utenze personali, sono:

- Cambiamenti nel file hosts

- variazione dei DNS nell’omonimo pannello di Preferenze Network

- Lentezza nel risolvere l’indirizzo web in navigazione

 

 

Svuotare la cache DNS in Tiger OS X 10.4:

 

lookupd -flushcache

 

 

Svuotare la cache DNS in Leopard OS X 10.5 e Snow Leopard OS X 10.6:

 

sudo dscacheutil -flushcache

 

 

Svuotare la cache DNS in Lion OS X 10.7 e Mountain Lion OS X 10.8

 

sudo killall -HUP mDNSResponder

 

 

 

Svuotare la cache DNS in Mavericks OS X 10.9:

 

dscacheutil -flushcache; sudo killall -HUP mDNSResponder

 

 

 

Svuotare la cache DNS in Yosemite OS X 10.10:

 

sudo discoveryutil mdnsflushcache;sudo discoveryutil udnsflushcaches

 

 

 

Svuotare la cache DNS in El Capitan OS X 10.11, MacOS 10.12 Sierra:

 

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

 

 

 

Svuotare la cache DNS in MacOS 10.13 High Sierra, MacOS 10.14 Mojave, MacOS 10.15 Catalina:

 

sudo killall -HUP mDNSResponder

 

 

 

Svuotare la cache DNS in MacOS 11 Big Sur:

 

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

 

 

(Cit.Faxus)   

 

Salve ragazzi,

è venuto anche per me il momento di aggiornare il mio Hardware (Z77E-ITX) e volendo rimanere fedele ad Asrock, che ho sempre ritenuto la casa più

disponibile a recepire le indicazioni degli utenti soprattutto riguardo al BIOS, mi sono indirizzato sulla Z490M-ITX.

Sulla MB ho montato un “Intel Core i5-10500”, due moduli Corsair Vengeance LPX DDR4-RAM 3600 MHz 2x 16GB e due Sabrent SSD Interno 512GB Rocket NVMe;

il tutto trapiantato sul sistema precedente di cui ho mantenuto il Case (BitFenix Prodigy), alimentatore Corsair da 650W e Dissipatore a a liquido sempre Corsair H60 e i due HDD da 4TB per i dati (Master e Backup)

Ho preso inoltre un nuovo Monitor nella fattispecie un “LG 27UN83A Monitor 27" UltraHD 4K LED IPS HDR 400, 3840x2160” semplicemente spettacolare.

Dimenticavo il modulo WiFi un BCM94360NG a sostituzione dell’Intel originale. Funziona OOB sia WiFi che Bluetooth (ricordatevi di montare le antennine prima di dire che non funziona)

 

Riguardo il BIOS nessun parametro particolare, un pò le solite cose:

 

Da Disabiltare

 

• Fast Boot
• Secure Boot
• VT-d (se volete abilitarlo settare “DisableIoMapper” su YES nel config)
• CSM
• CFG Lock (MSR 0xE2 write protection)

 

Da Abilitare

 

• Load XMP Profile (Altrimenti la memoria non viene vista correttamente)
• VT-x
• XHCI Hand-off
• SATA Mode: AHCI
• IGPU Multimonitor
• DVMT Pre-Allocated(iGPU Memory): io ho messo 128 GB avendo un Monitor 4k

 

I kext usati sono questi:

 

 

 

• AppleALC.kext
• Lilu.kext
• Lilu.kext
• NVMeFix.kext
• SMCProcessor.kext
• SMCSuperIO.kext
• VirtualSMC.kex
• WhateverGreen.kext

 

 

Io avevo bisogno di mantenere l’installazione precedente (Catalina 10.15.7) per cui ho prima controllato che si avviasse da USB e successivamente l’ho clonata nel sistema, operazione indolore tutto ha funzionato al primo colpo.

L’unico neo di questo sistema è l’audio HDMI, a cui ci tenevo visto che il monitor ha le casse integrate e l’unica entrata audio è quella. Per il momento non sono riuscito a farlo apparire in modo normale, ma solo collegando contemporaneamente l’uscita HDMI e DP della MB alle rispettive porte sulla TV. Il perché di questo comportamento resta un mistero, ma è un bug ben conosciuto che riguarda UHD 630. Se qualcuno ha qualche idea al riguardo non si faccia remore a postarla, anzi ringrazio in anticipo.

Oltre ai kext sopra citati è bastato usare SSDT-Basic provvisto dal buon Gengik. Il lavoro più arduo è stata la mappatura delle porte USB; io per arrivare al limite delle 15 previste da Apple ho rinunciato alle 2 porte USB2.0 posteriori (anche disabilitate nel Bios); della coppia di USB 3.2 Gen1 posteriori Type A+C ho lasciato abilitata solo la 2.0 Type A.

Avrei voluto allegare i framebuffer che funzionano a livello di video, ma lascio stare momentaneamente finché non si trova una soluzione al problema audio.

In generale comunque il risultato è veramente appagante.

 

P.S.

 

Novità riguardo l’audio HDMI:

Aggiungere i kext:

 

FakePCIID.kext

FakePCIID_Intel_HDMI_Audio.kext

 

e dichiararli nel config. Io li ho messi come ultimi della lista, “FakePCIID.kext” prima di “FakePCIID_Intel_HDMI_Audio.kext”; quest’ultimo

è un injector per cui la voce ExecutablePath resta vuota.

 

Nella sezione DeviceProperties / PciRoot(0x0)/Pci(0x1F,0x3) aggiungete device.id 709D0000 come Data

Questo il risultato finale:

 

<key>PciRoot(0x0)/Pci(0x1f,0x3)</key>

<dict>

<key>device-id</key>

<data>

cJ0AAA==

</data>

<key>hda-gfx</key>

<string>onboard-1</string>

<key>layout-id</key>

<data>MQAAAA==</data>

</dict>

 

A vostra discrezione mettere, come sopra, il valore layout-id come data (in Hex), oppure come integer (number) in decimale come qua sotto

 

              <key>layout-id</key>

             <integer>49</integer>

 

49 (Hex—>31) è il Layout specifico per questa MB; a detta di Lorys89 ha un bug riguardo il microfono anteriore (fruscio e funziona solo con lo slide a massimo)

Lui ha raggiunto un risultato migliore con Layout 51 (Hex—>33) della Asrock  Steel Legend, unico effetto secondario l’apparizione di qualche uscita in più non

funzionante se selezionata visto che non esistono in realtà.

 

Ringrazio @Lorys89 per aver portato a conoscenza questa soluzione

 

Tanto per curiosità hai provato a fare il boot con il solo DSDT? 

Tanti auguri a tutti voi e alle vostre famiglie

Da una rapida occhiata non capisco come hai proceduto; perché non hai preso spunto dal Clover che ti funziona?

Con Clover usi DSDT, su OC hai adottato SSDT. Potrebbe anche funzionare ma perché non usare il DSDT non lo capisco.

La parte più oscura riguarda i kext. Come pensi di poter fare il boot senza Lilu e VirtualSMC?

Comincia ad aggiustare queste cose 

Scusa ma non sono sempre disponibile. Domani ci dò una occhiata 

Ma sei collegato con il monitor alla scheda video  integrata? 

Prova a settare csr-active-config su E7030000 

Veramente sei tu che dovresti passare quello che hai per avere una base su cui lavorare

Bravo, e grazie per aver condiviso la soluzione. 
 

2 hours ago, Lucag74 said:

No perché ho perso l’hack, adesso sto tentando di reinstallare da zero ma si blocca  come sopra. 

Scusa la confusione, intendevo il reset della nvram, voce che trovi alla gui dì opencore 

La sua “morte” naturale è El Capitan con installazione Legacy. Poi c’è anche il modo di installare versioni successive. Qui sul forum mi pare ci sia qualcuno con Catalina su P5K. Userei opencore

Provato a ricostruire la cache ? Opencore sembra a posto

Se non usi DSDT puoi aggiornare senza problemi. Nel caso di uso di DSDT dovrai rifarlo.

Bella domanda, in teoria dovresti saperlo tu dove lo hai messo. Hai un DSDT dedicato, potrebbe essere lì sotto la voce HDAS, oppure lo hai iniettato tramite config nella sezione Devices/Audio/Inject, altrimenti sempre nella stessa sezione tramite le properties. Io opto per la seconda; fosse nel DSDT ricordati che il valore va messo in esadecimale (13 corrisponde a 0c)

Mi pare che il tuo Laptop abbia codec CX8050; i Lay-out disponibili sono il 3 e il 13 per cui prova con quello che non hai. Se non funziona l’unica è sollecitare sul topic del kext fornendo un dump di Linux, (trovi con Google cosa come fare)

Cambia il layout-id nel config da 3 a 21

Allega la EFI zippata, vediamo se li è tutto a posto. Non hai l'hardware in firma e sarà difficile aiutarti senza conoscere con che cosa si ha a che fare

Il kext per la Intel è aggiornato?

(Che versione è la tua)