Gengik84

in quelle due non importa in quanto solo usb 2.0 e già le vedo così su ioreg Ha scritto dopo 37 secondi: Quelle due nere per intendersi nella foto che hai allegato

Figurati :D Sostituisci, rimuovi il dsdt e riavvia ripeti la mappatura ma ricordati che nelle porte usb 3.0 ossia quelle blu devi collegare sia un dispositivo 2.0 sia un uno 3.0 Quanto hai finito su tutte le usb salava IOReg e allegalo config.plist.zip

Per fortuna le cose sono migliorate sia per funzioni del Bootloader stesso sia anche per i bios..come hai detto precedentemente tu

@fabiosun[/mention] lui lo sa bene avendo avuto serie X tra cui X99.. ma diciamo forza maggiore perché KernelPM era nullo a riguardo

Comunque sia anche se ti serve quel fix, ti sconsiglio vivamente da amico di andare a modificare un bios per questa cosa emoticon_sorriso

io per esempio non lo uso in aggiunta non so se gigabyte o comunque il tuo modello esatto può avere opzioni nel bios a riguardo del tipo CFG lock

comunque prova senza quel fix, ho notato che schede che è richiesto lo stesso fix usando clover, con OC c'è una diciamo buona percentuale che nemmeno gli serve

ma poi scusa eh una correzione diretta su bios per cosa poi? quando non c'e bisogno e per non usare kernelPM? ma dai non ha alcuna logica. Ha scritto dopo 11 minuti 8 secondi: Quella cosa è estrema, quando la funzione di KernelPM...definiamola patch al "volo"...patch dinamica o come si vuole chiamare...fallisce allora per ovvi motivi si usa quella modifica, che di fatto è più invasiva... ma quando non se ne può fare a meno... fare una cosa del genere per non usare il fix, per me è illogico ti porto un esempio semplice oggi cè ' AppleALC per l'audio... è come se uno andasse a patchare AppleHDA direttamente e lo rifacesse per ogni aggiornamento del sistema Ha scritto dopo 1 minuto 53 secondi: diciamo è palese che AppleALC è decisamente migliore... Altro esempio al tempo, tu lo ricordi bene senz'altro, lo script di Toleda... che tramite patch sul config e un dummy in EFI faceva funzionare l'audio senza "toccare" in modo invasivo appleHDA

no

No ti sbagli se hai msrE2 locked nemmeno avvii... il Bootloader non riesce nemmeno a leggere il kernel stai fraintendendo proprio il discorso

Quello è KernelPM.... stessa cosa di clover...con quello che hai linkato tu...c'entra ma molto relativamente... Ha scritto dopo 1 minuto 20 secondi: Quindi cosa e quale correzione vorresti provare? di fatto non hai bisogno di nulla :)

Non hai msrE2 locked..perchè non avresti nemmeno installato o avresti seri problemi

si si vero le modifiche al config non sono recenti Ha scritto dopo 2 minuti 56 secondi:

anche io uso il full... ma non è un problema copia/incolla si può fare, rinominare idem... e in caso delete é solo una non abitudine riguardo a modificare i plist con strumenti corretti :D

Credo che comunque sinceramente il diff.pdf sia molto di aiuto...

ok..ma quando sono cose così, nuove, molte tecniche... se io o qualcuno ti diamo un input... magari ricontrollare accuratamente ti aiuta e soprattutto ti evita di allungare i tempi :)

Sai perché? perché le guide non si leggono accuratamente https://www.macos86.it/viewtopic.php?p=32646#p32646">viewtopic.php?p=32646#p32646">https://www.macos86.it/viewtopic.php?p=32646#p32646 vai in fondo... cosi capisci ah...KernelPM l'ho detto di proposito.... Citazione: hai messo l'equivalente di KernelPM ? ;)

non ci siamo così in quelle porte 3.0 devi collegare sia una usb 2.0 che poi una 3.0 Allega la EFI, che ripartiamo da zero..altrimenti non finiamo più :)

i cambiamenti al config non sono diciamo cose recenti, di ieri..ormai sono giorni

è quell'aggiunta di DataHub

uefi/protocols/DataHub

ma io menzionavo kernelPM..

Hai messo l'equivalente a kernelPM?

perché cosa succede? si riavvia?