Gengik84

@marco.pisellonio80 potrebbe anche essere come anche il discorso di @netgear che è capitato che un driver spenga la periferica purtroppo ora come ora ho le mani legate

bella rogna veramente e conferma l'assurdità che risulta disattivo

non so di preciso ma so che la tua mobo come altre di stessa serie hanno audio funzionante con AppleALC device originale AZAL, confermato anche nel tuo caso ma non capisco perchè sia spento

la partizione EFI devi montarla altrimenti non la vedi

niente di nuovo, questo si era visto anche con dpcimanager da osx

devi aggiungere non modificare una esistente di un altro kext in caso prendo spunto dall'altri definiti

devi aggiungere il kext e poi definirlo sul config.plist in Kernel/Add insieme all'altri

ti avevo già risposto. https://www.macos86.it/topic/4135-problemi-installazione-hackintosh-sony-vaio-vpceb4b4e/?do=findComment&comment=99160

no non penso perchè windows lo "pilota" grazie al driver e di fatto "lui" ignora molte molte cose anche delle acpi oltretutto se non le ignorasse completamente, l'utenti si ritroverebbero spesso con porte usb non funzionanti etc..

nella partizione EFI ma presta attenzione perchè li hai anche il boot di windows

sono elencate nel topic dei wifi compatibili, anche se Apple ha rimosso il supporto su bigsur per modelli più datati quindi dovresti sempre usare un vecchio io80211family con possibili problematiche del caso

quindi è possibile che un installazione del driver su windows gli abbia poi spento la relativa periferica questo spiegherebbe forse il tutto

purtroppo ben poco e di fatto anche al tempo questi modelli di wifi hanno sempre avuto la pecca della lentezza

allega ioreg intanto

Hai RestrictEvents?

il kext l'hai dichiarato sul config?

da qualche parte ci deve essere, è una periferica e nel tuo caso deve mostrare il percorso acpi al device HDAS su linux sinceramente non so se è possibile arrivare a tale informazione

bravo esatto... sei andato a selezionare le cuffie ma va bene comunque... è lui

come non c'è? c'è e come, il device audio di fatto ha un _adr e quindi un percorso relativo (acpi), poi se non lo mostra..altro discorso su questo non saprei a parte questo il suo problema è che il relativo device risulta come essere disattivo e questo è veramente strano se guardi questa foto https://www.macos86.it/topic/1638-installazione-su-nuovo-desktop-ryzen/?do=findComment&comment=98991 quello è un percorso acpi al relativo device, non mostra il "nome" ma è corretto così perchè di fatto è un vecchio hardware e non ha un device nominato

installare forse sarebbe la meno, il problema è il dopo soprattutto per la grafica

prova a rimuovere quel kext, aggiungi questo https://github.com/hieplpvip/AsusSMC/releases/download/1.4.1/AsusSMC-1.4.1-RELEASE.zip sostituisci il dsdt DSDT.aml.zip

beh ok ma non pensare che in hackintosh tutto possa rispecchiare l'utilizzo su windows

Ti porto un esempio, se tu trovassi un usato con un processore IvyBridge potresti tranquillamente arrivare a BigSur volendo anche un SandyBridge col quale avresti HighSierra come ultimo sistema compatibile ma di sicuro avresti stabilità e potresti divertiti con questo

Mi dispiace ma non c'è nessun supporto per portatili AMD

capisco però posso dirti che essendo un principiante parti con un tentativo molto più ostico di altri casi