Gengik84

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

@A23SS4NDRO prova config.plist.zip

ok... guardo un po

vai su windows, periferiche TB, cerca info come per esempio il percorso

anche lo schermo nero dipende dai connettori in caso prova a aumetare anche la vram se non l'hai già fatto

su 10.13 devi andare a emulare un kabylake, sia come id, framebuffer etc (non so se avevi già provato, non ho guardato i vari config)

si procedi, prova con i FakeCPUID puoi anche mettere lilu= vorrei vedere se almeno una volta andiamo fuori dal solito blocco

Ciao il supporto per ntfs integrato su macos di fatto viene ancora definito "beta" AppleIntelCPUPM non ti serve, quindi rimuovilo le numerose patch in DSDT/patches idem, perchè diciamo a quelli seri ci pensa AppleALC/ WEG in modo automatico e di fatto anche migliore di patch esadecimali. vedo hai USBPorts.kext allora perchè hai sempre abilitate le patch per port limit?

prova 0x0806EB

la grafica è la meno, poi da verificare se hai id nativi etc riuscire almeno a installare sarebbe la "manna dal cielo" ti basta un fakeCPIID, per la grafica metti -igfxvesa che così magari andasse avanti il boot ci evitiamo eventuali KP al framebuffer per dire, c'è un altro ragazzo sempre qui sul forum con una cpu 1xxxxu, lui ancor più sfortunato o non gli legge il kernel è non legge boot.efi della usb

riprova in legacy ma se non parte minimamente il boot è un bel problema

si ma nel male diciamo è più giusto adesso mi "puzza" di qualcosa per la cpu a questo punto prova con clover, metti il tutto e un FakeCPUID

dubito sinceramente

si si certo, era per dire il problema costì è o che non legge il kernel o da problemi a boot.efi ovviamente tutto questo è riferito all'installer

riprova, disabilita tutti ssdt metti dsdt DSDT.aml.zip