Gengik84

Non ti serve emuvariable

questo è un topic con stessa tua mobo: https://www.macos86.it/topic/2782-catalina-su-asrock-h370m-pro4/?do=findComment&comment=70503

Allega anche l'attuale cartella clover

allega nuovamente il log

link comboupdate al primo post

prova a rimuoverlo adesso o provane di altri con questo smbios

prova, sostituisci

usa il config di iCanaro, e se presente rimuovi usbinjectall

SSDT-4-xh_cfsd4.aml.zip

meglio così... se guardi il system_profiler estratto qui:https://www.macos86.it/topic/2959-hack-che-freeza/?do=findComment&comment=74160 mostra questo discorso

magari è un bug apple a riguardo

si è la grafica il problema, non ricordo sinceramente da quando è supportata tale boot-arg ma prova a avviare con nv_disable=1

se intendi per vedere quello che dico ti basta andare nel menù in alto, la "mela", informazioni su questo mac/resoconto di sistema/PCI

vai prima la prova dei driver e in caso dopo provi a cambiare la versione di clover

1 minuto fa, vocalbar ha scritto:

quindi devo rifare la usb di nuovo oppure installo sopra?

ti basta installare sopra

oppure prendi bootx64.efi e cloverx64.efi e li sostituisci

li trovi qui https://github.com/CloverHackyColor/CloverBootloader/releases

si

prova a cambiare versione di clover

in caso prova a cambiare driver, se usi quelli di clover prova apfsDriverLoader e aptiomemory acidanthera oppure viceversa

Adesso, dangia ha scritto:

E questo cosa comporta? E soprattutto da cosa è dipeso?

sinceramente non saprei...

mai visto prima tale dicitura

sempre boot.efi?

ok ma quindi adesso avvia regolare?

sarebbe da vedere la tua configurazione

di fatto bless, quindi startup disk ha sempre funzionato

capita per esempio che anche selezionando un nuovo disco questo non sia effettivo nella gui ma non è un problema perchè in questo caso dipende solo da nvram

una volta fatto il reset funziona regolarmente

indubbiamente il problema che hai tu non è normale in quanto si blocca proprio

da vedere se si riesce a capirne la causa

2 minuti fa, ZOro ha scritto:

probabilmente devo tenere solo uno dei due, proverò.

si esatto, mai usare più driver per stessa funzione

purtroppo se hai provato i layout e fanno tutti la stessa cosa, puoi provare codeccommander alcune volte migliora l'audio

se non andasse posso farci poco se non consigliarti di provare voodooHDA (per la qualità audio che possa avere) oppure  app di terze parti

Comunque hai anche un altra stranezza, come per esempio se guardi in system profiler/PCI sotto la voce driver dovrebbe elencare i driver caricati o meno per ogni periferica

ma tu hai una voce "affirmative_string"

questo lo gestisce osx.. non c'è ssdt o properties sul config che tenga per far modificare tale voce

non è obbligo usarla in caso di DP

in caso rimuovila e controlla

prova a aggiornare tutti i kext all'ultima versione e controlla

in caso aggiungi alle boot arg igfxonln=1

-igfxnohdmi  questo l'hai messo per un motivo preciso?

ci sono molti kext grafici imputati in primis

anche reinstallando pulito?

come ti dicevo prima questo dipende dal bootloader/driver oppure problemi/corruzioni si macos

ma se lo fa anche di prima e nuova installazione escluderei la seconda opzione

42 minuti fa, dangia ha scritto:

Però boh abbiamo sistemato tutto e questi 2 bug non capiamo da cosa derivino... è assurdo

eh ti capisco ma senza un log o cose del genere è come cercare un ago in un pagliaio

quindi eliminando anche il discorso wifi... stessa situazione oppure questo hai da provarlo?

Quel comando è ciò che usa startup disk...

"bless"

quindi se non ti andava avevi o forse hai tutt'ora alcuni problemi altrove