Gengik84

le porte del case di fatto sono interne, ma sempre definite 0x03 come le HS.. idem.. c'è solo un controller da anni ed è quello 3.0, XHC non è nemmeno molto rilevante definite le hs 0x00 non che non vada bene, ci mancherebbe, di fatto diciamo che è anche più idoneo ma all'atto pratico non cambia poi molto se vai a rivedere ancor prima il tuo ssdt, dove ancora non c'era la patch e definizione dei connettori, le porte erano interne quelle relative e le altre 0x03 Personalmente sempre avuto interno e 3.0, 3.1, questo anche tutt'ora

per fare il boot da disco interno devi copiare la efi della usb sul disco stesso Riguardo a clover, in caso, dovresti installarlo sul disco ma non hai minimamente un efi funzionante con questo quindi non so quanto ti convenga farlo

continua pure qui

si ma quella non è una novità... chi te l'ha detto di fatto è come avesse scoperto l'acqua calda 😄 Non uso patch, faccio sempre a mano e quello è già ok.. quel dsdt cosa sarebbe il tuo nuovamente estratto, quello pulito? EDIT: mi rispondo da solo..no.. solita fuffa 🙂 Servirebbe più che altro le acpi pulite ma correttamente estratte col bootloader lavorare sul dsdt di windows non è il massimo e quelle che avevi postato prima, purtroppo non vanno bene come ti dissi ci sono ssdt che non dovrebbero esserci ho riguardato la tua ultima efi allegata, change SPPC to XPPC lo vedo attivo, l'avevi lasciato così per le prove? Riprova a estrarre le tua acpi con opencore però fai cosi: metti la efi su una usb, disabilita tutte le patch e tutti ssdt che hai. Salva il config e riavvia quando sei arrivato nella gui di opencore, non avviare perchè non faresti il boot quindi avvia poi da disco monta la efi della usb usata in precedenza e allega nuovamente il dump delle acpi Facendo così quel problema non può verificarsi

si. penso che in questo caso dovresti essere comunque ok

dipende ... dovresti vedere se viene poi limitato l'OC oppure no presta attenzione perchè a macos non piace un oc molto spinto

si

per il cambio di cpu non devi modificare nulla nella efi

Usi RTL8111? quale versione? poi è dichiarato il kext e attivo sul config?

lascia perdere quelle cose, il dire "hanno sempre funzionato" è decisamente relativo sono ri-distribuzioni di macOS modificate etc ...quindi di nativo, originale hanno ben poco Non è minimamente paragonabile a un installazione classica e pulita 🙂 in caso puoi prova anche questo Sostituiscilo config.plist.zip

prova a disabilitare SetupVirtualMap

può essere anche normale, dipende dalla velocità del dispositivo usato Sei sicuro di aver messo la mia ultima EFI?

Non trattiamo minimamente chi specula in hackintosh Da anni è stato fatto tutto a titolo gratuito da parte di innumerevoli persone Ma come sempre ci deve essere chi vuole guadagnare su spalle altrui... un classico Ho rimosso il link

molto probabilmente ti manca il kext per la ethernet

ProvideCustomSlide metti la spunta e riprova

è stato installato su vari Nuc, quindi indubbiamente sarebbe da provarci e vedere ma dovrebbe essere compatibile

sarà stato corrotto un file di boot, può succedere Comunque dai l'importante è risolvere

in caso usa la funziona integrata

dalla gui, reset nvram ma devi aver abilitato la relativa voce sul config AllowResetNvram -> yes

Reset della nvram

@Tagliola forse non ho ben capito ma se è il sistema o anche utility disco a non farti vedere i dischi... hai mai provato AHCIportinjector?

prova a riscaricare opencore prendi bootx64.efi e opencore.efi e sostituiscili nella tua efi

ok bloccato al boot... rimetti il tuo poi vedrò di farti fare altre prove

quindi solo manualmente ha funzionato mah..che dire... spero che apple si metta seriamente a correggere inutile poi oltretutto rilasciare una release a settimana, anzi questo mi fa ancor più pensare a svariati bug

allega clover poi ci guardiamo