Gengik84

scusa ma non torna il discorso Con quale EFI? qui https://www.macos86.it/topic/4503-compatibilita-asus-rog-strix-b460-h-e-installazione/?do=findComment&comment=107247 il boot era già partito...

Continua pure qui, magari poi cambiamo il titolo con uno più idoneo al contenuto qualora non riguardasse solo la mappatura

Sinceramente non penso sia la grafica il problema quando la relativa vRam è corretta

Mi sembrerebbe strano poi è acidanthera quello e non dortania i bug ci sono su maciasl e non pochi ma non per questi casi...o almeno non gli ho visti Ti basta SSDT per il PM e niente di più alla fine Per il resto, se hai bisogno non esitare a chiedere

ciao quello delle usb è SSDT-7 Non ho nessun problema a aprire le tabelle con MaciASL Scarica quello che trovi qui in download e prova con questo

il bios l'hai impostato a modo? Above 4g Decoding come è impostato? prova anche questi config Archivio.zip

Ciao, da appstore?

rimetti la mia EFI, poi sostituisci il config e aggiungi questi kext insieme all'altri riprova Archivio 2.zip

no siamo alla solita storia... ci sono le acpi non originali dentro e quelle originali sono completamente falsate 😐 ma hai fatto come ho detto? te lo ripeto: 1. disabilita sul config tutti gli SSDT in ACPI/Add 2. disabilita tutti i rename in ACPI/Patch 3. cancella la cartella del dump dalla efi Riprova nuovamente

Non è quello il problema adesso se vuoi intanto prova la EFI con opencore di @iCanaro Magari prima fatti il backup di quella attuale qualora servisse dopo

prova su altre porte usb, magari quelle della mobo e non del case

No io farei l'opposto ossia fare le modifiche sulla EFI della usb cosi l'avvio del disco sarà sempre ok quando arrivi alla schermata di Opencore devi solo riavviare perchè se provi a avviare con quelle modifiche non farai il boot. A noi serve solo il dump pulito delle tue acpi e questo è già stato eseguito quando sei alla schermata di opencore il dump lo trovi nella partizione EFI della usb se fai come ti ho descritto

Tu non devi fare alcun test almeno per ora, il discorso batteria è da riguardare sfugge qualcosa sicuramente

Sul config modifica anche Misc/Security: su Vault scrivi Optional e quando sei li metti anche SecureBootModel= Disabled

nessuno.

puoi lasciarla attiva, l'importante è rimanere sotto al limite imposto ossia 15 porte ma di fatto non c'è problema, in questo caso, se vengono lasciate porte attive anche se non sono in uso

Veramente interessante Grazie! 🙂

un esempio di quello che può accadere con 0xFF è che qualora venisse collegato un disco esterno, questo potrebbe essere visto come interno

Questo di fatto è assurdo metterlo su IGPU, sarebbe per sole GPU... e può anche creare problemi più seri.. però oggi si pensa alla "moda" e quello che conta sono le info di sistema/PCI con le varie voci... cosa per per esempio i veri mac non hanno... 🙂 L'avvisi devi correggerli, controlla con ocvalidate l'errori e poi confronta il tuo config con il Sample.plist della nuova versione Cerca quelle voci, guarda e poi correggi sul tuo config

Sinceramente il mio rammarico è vedere la scena hackintosh basata da anni e per anni con condivisione, diventata di fatto molto...anche fin troppo "materiale" Sarò "all'antica"... che dire... però per tanti versi ci meriteremo che i bootloader attuali diventassero Closed source e se uno lo volesse allora dovrebbe pagare stessa cosa per altri progetti..esempio i kext si arriverebbe in fondo e quasi converrebbe veramente comprarsi un vero mac e fine.. Forse arrivati a questi estremi, chi ora lucra sul "gratuito" allora capirebbe...forse anche no ma di sicuro il loro "giochino" avrebbe vita indubbiamente breve

si dai prima ho fatto una battuta 😄 Comunque no non si esprime dicendo li deve essere così, la deve essere in altro modo, con questo mi riferisco proprio al discorso hs e ss dice solo dei connettori, con i quali, usandoli, avremo definito una porta interna, esterna 3.0,2.0, 3.1 etc tanto li abbiamo i driver....Install-injectall.exe A parte le battute, come Apple riguardo alle proprio ACPI non c'è nessuno con questo intendo la vera cura delle proprie acpi che "comunicano" con il sistema stesso L'altri sistemi non se ne curano molto soprattutto riguardo alle usb altrimenti chi fa le acpi oem, avrebbe un obbligo di farle con più cura altrimenti hardware con sistemi installati si ritroverebbero con problemi a riguardo e anche usb non funzionanti perchè di fatto anche disattivate di default

sulla mappatura in hackintosh? 😂 😂 Comunque no nello specifico ma solo come definizione generale dei connettori per esempio nel 99% dei casi per gli OEM sono tutte interne nonostante tutto i connettori ci siano da anni poi ahimè, viene pensato nella stragrande maggioranza a windows al quale non frega nulla all'atto pratico

la facilità per alcuni c'è piccolo esempio: metto i kext li e fine oppure faccio un DSDT full fuffa e non ho problemi a avviare windows etc... di fatto è soggettività, non saprei definirla in altro modo...è un dato di fatto. Comunque chiudiamola qui altrimenti diventa tutt'altro rispetto a quello che dovrebbe essere il contenuto del topic stesso

Non è un discorso di ostilità e non ci dovrebbe essere sia da una parte che per l'altra. il discorso "vantaggio" è anche visto in modo soggettivo, per Tizio X anche una determinata comodità o facilità può essere un vantaggio. il tutto gira sempre a secondo dei punti di vista quindi c'è ben poco da discutere su questo. Come dicevano i latini sui gusti non si discute proprio perchè c'è una soggettività... personale dietro La cosa di fatto ridicola è l'accanimento per queste cose sia da una parte che per l'altra Il giusto equilibrio sta sempre nel mezzo.

Per farti capire ancor meglio cosa intendo con unico controller, etc etc pensa a EHCx questo era a se e proprio 2.0, in questo caso la porta correttamente definita doveva essere proprio 0x00 e sempre su questa serie di hardware le 3.0 0x03 oggi essendo tutto gestito da xhc, è veramente più che altro un punto di vista