Gengik84

adesso va bene, per l'audio hai provato altri layout? in caso prova e prova anche ResetHDA poi ti mancherebbe solo da mappare le usb

nessun supporto su Mojave per le nvdia che necessitano dei webdriver

sortedOrder non è sempre obbligatorio, dipende dai casi, alcune volte serve per evitare conflitti. ioreg è ok come lo era prima 🙂

sinceramente dubito

non ti carica ssdt, rimuovi il fixRTC, rimuovi ssdt_sleep e usa ssdt_kabylake senza PM tanto l'hai già selezionato sul config

un installer è composto diciamo da vari "pacchetti", che vengono scaricati singolarmente finito il processo, salvo problematiche, viene creato l'installer

la miglior soluzione è avviare windows dal proprio bootloader, quindi in caso boot manager del bios. Mojave di fatto almeno per ora è più stabile

non è un problema, di fatto è comune, di basta mettere EFIcheckdisabler non mi sembra compatibile con AppleALC provato altre versioni di voodooHDA?

Ho spostato il topic nella sezione OpenCore che alla fine riguarda questo. Il vecchio driver sarà lasciato li come per AptioMemory per l'uso si clover e ovviamente non più sviluppato

Ciao, proverei 10.10/10.11

figurati nessun problema domani guardo la repo anche se il discorso del blocco è strettamente legato all'installer, bootloader e in caso eventuali driver comunque guardo, magari usa altri driver anche se sinceramente ho dubbi. inoltre un blocco del genere addirittura in legacy non mi piace per nulla

Sinceramente non darei a ora zero speranza ma anzi di fatto siamo all'inizio come supporto su macos etc. mancano anche molte info a riguardo, questo inteso per veri mac etc. in aggiunta anche il discorso di @foskvs è una giusta osservazione riguardo a TB che di fatto è integrato nel chipset quindi dai non disperare e non mollare, diamo tempo al tempo e via via riproviamo 🙂

no rollback di boot.efi

@tuxy speriamo che venga trovata una vera soluzione in futuro invece di un rollback, ma comunque indubbiamente non male per adesso 🙂

è stata una prova, già aveva quelli che citi di fatto per il boot serve un solo kext è questo è SMC che sia fake o virtual sempre questo è.... e di fatto FakeSMC non dipende da lilu per esempio. se guardi i vari post con foto, non è arrivato nemmeno a provare a inizializzare la grafica... magari ci fosse arrivato. Quindi il problema è proprio a monte, possono essere varie cose anche dovute alla cpu, stessi SMC oppure i bootloader etc in nessun caso è mai cambiato qualcosa se non aver risolto alcuni "errorini" che come dissi da subito a "cose normali" non bloccano un boot. nemmeno nullcpu ha minimamente cambiato una virgola al blocco

si anche se problemi all'installer stesso ci potrebbero essere ugualmente altra cosa è che paradossalmente anche createinstallmedia sta avendo vari bug (posso garantirlo) tra cui nessun controllo dello spazio etc etc

anche questo mi sembra molto strano hai provato a riscaricare l'installer e rifare la usb? ho visto un amico piantato al boot e non leggeva il kernel, cose assurde... il caso poi ha voluto che avesse una vecchia usb con 10.15.2, morale della favola, stessa efi, identica... installato al primo colpo

indifferente tanto è sempre "lui" il solito 🙂

ho fatto quello che ho sempre fatto, e che oggi fa anche ssdt acidathera, ossia PMC, AWAC quindi modificato anche RTC, rimosso errore bat0 mettendo un return nel metodo BAT0_STA fuori dai condizionali. riguardo a TB, evitato l'errore con un fake riguardo a "class-code"

Non si smuove.... 🤯😤 Non ti allarmare eh 😂...fammi questa prova metti nullcpu che azzera (a regola) qualsiasi errore acpi e problemi cpu. solo una prova giusto per vedere se cambia una sola virgola

mmm ufff errore bat andato via, errore TB idem Togli VirtualSMC e prova Fake anche come unico kext volendo per ovviare alla grafica senza lilu e WEG metti FakeID/IntelGFX= 0x12345678

si prova l'ultimo

ok, tb errore sembra andato via ora riprova con il dsdt