Search the Community

Ciao a tutti, di recente ho deciso di installare High Sierra sul mio portatile (hardware in firma) usando OpenCore versione 0.9.1. Dopo aver scoperto che i server per la recovery di 10.13 erano morti, ho deciso di creare la chiavetta con createinstallmedia dal mio Mac con Catalina. Il problema sta nel fatto che nonostante la EFI funzionasse perfettamente in recovery (escluso il problema dei server, e forse anche il WiFi ma lo scoprirò in futuro), avviando l'installer offline nel verbose si ferma su questa riga (o comunque circa lì): Waiting on <dict ID="0"><key>IOProviderClass</key><string ID="1">IOResources</string><key>IOResourceMatch</key><string ID="2">boot-uuid-media</string></dict> Restituendo il segno del divieto con 'Still waiting for root device' (insieme ad artefatti sullo schermo). Dopo un paio di ricerche ho notato che sarebbe meglio usare una chiavetta USB 2.0 (e forse su porte USB 2.0), ma sta di fatto che il mio portatile ha solamente porte USB 3.0. Sto usando ora un hub USB 2.0 con una chiavetta USB 2.0. Sul sito di dortania la soluzione più vicina era questa, ma nulla lo stesso: sempre si blocca allo stesso punto. Allego EFI Nota: Il WiFi non funzionava semplicemente per il fatto che non avrò configurato correttamente i kext e i boot-arg per la mia Atheros AR9485. Se magari funziona Out Of the Box risolvendo questo problema potrebbero non essere necessari ulteriori soluzioni. EDIT: Le SSDT incluse (tranne IMEI) sono state opportunatamente generate da SSDTTime. Grazie. EFI.zip

Ciao Maestro, ( riferito a @Gengik84, ndr ), e si, ogni tanto ritorno, tipo l'herpes 😂😂 Una domandina : ma crea solo le cartelle con kext ecc...? ho notato che scarica anche opencore ma non chiede, ad esempio, la cartella di destinazione e questo download che fa non dice dove va a finire. se uno volesse crearsi una usb avviabile per emergenze, come deve procedere? Ero rimasto a clover che aveva un .pkg che ti installava e ti creava la partizione efi sul percorso che gli davi e poi tu spostavi dentro il percorso le varie cartelle kext, config ecc... Grazie infinite per lo script e l'aiuto che ci dai. Magari , se lo ritieni opportuno, dopo che mi dai le dritte giuste, posso creare un trend apposito per altri principianti ( cerco di contribuire come posso alla causa ).

Sui sistemi senza un controller incorporato funzionante, il risveglio da un dispositivo USB potrebbe non riattivare il display. È necessario premere un secondo tasto o fare clic con il mouse per riattivare il display. Questa estensione è una soluzione a questo problema creando un falso dispositivo ACPI con i parametri di riattivazione corretti. Installazione 1 - Compilare e installare SSDT-USBW.dsl nell'iniezione DSDT del bootloader. Potrebbe essere necessario modificarlo per puntare al dispositivo XHC. 2 - Installa il kext. ✅ Info ✅ Download

Ciao a tutti da poco ho provato a collegare un mixer digitale da utilizzare con la DAW Logic Pro X ma MacOS appena collego il mixer mi disabilita le USB, la cosa strana è che sul mio MacBook AIR del 2012 non accade. Sapete per caso risolvere questo problema? Allego il mio EFI EFI.zip

ciao ragazzi, senza un apparente motivo, mi ritrovo con le usb non funzionanti. Di conseguenza l'intero sistema inutilizzabile, visto che ovviamente anche tastiera e mouse sono usb. le avevo mappate con successo l'anno scorso con il metodo ACPI descritto da @Gengik84. Da ieri, senza aver aggiornato assolutamente nulla (OC ancora 0.7.4, kext non toccati, nessun aggiornamento software) hanno smesso di funzionare. non è un problema hardware, perché su Windows ed openSUSE funzionano. la cosa assurda è che neanche con il backup del precedente OC 0.7.3 funziona. l'unico modo per farli funzionare è usare Clover da una vecchia USB d'emergenza. qualcuno ha la più pallida idea di cosa possa essere successo? grazie!

Salve a tutti, premesso che l'autore originale di questa guida è @Gengik84, ho deciso di riscrivere la stessa per evitare confusioni o altro. La seguente guida si applica solo a piattaforme con processore Intel e con bootloader OpenCore (odio Clover xD). In seguito vedrò di pubblicare una guida per piattaforme AMD. La prima domanda che sorgerà spontanea a tutti: "perchè mai mappare le porte USB?" Cito testuali parole di Aleksandar Vacić, prese da un articolo sul suo blog: "When you choose some Mac model to emulate – say iMacPro1,1 – macOS will load USB hardware map for that particular machine. Apple knows exactly what their models use as hardware configuration so they don’t really need to scan for available ports or other hardware (like Windows or Linux must do). Everything is known before-hand. One thing they know is that none of their machines have more than dozen ports per USB controller thus in 10.11 (El Capitan) they introduced hard limit of 15 ports per controller." Per coloro che hanno difficoltà a tradurre, banalmente questo trafiletto dice: "Quando decidi un SMBIOS da emulare - diciamo iMacPro1,1 - macOS caricherà la mappatura USB per quella particolare macchina. Apple sa a memoria le configurazioni hardware delle sue macchine perciò non ha bisogno di scansionare le porte di altri hardware (come invece è fatto per Windows e Linux). Tutto è noto in anticipo. Una cosa che loro sanno bene è che nessuna delle loro macchine ha più di una dozzina di porte USB per singolo controller, così a partire da macOS 10.11 El Capitan, hanno introdotto un limite fisso di 15 porte massimo per controller". Q: Ok e quindi? Cosa me ne potrebbe importare? A: Se hai più di 15 porte USB (contando le porte USB 2.0 e 3.0), potresti avere addirittura qualche porta disattiva, qualora queste superino il limite prestabilito. Nel corso della guida verrà spiegato come calcolare il numero di porte USB presenti sulla propria macchina ed eventualmente come aggirare il limite delle 15 porte USB. Requisiti Sito e manuale della scheda madre/laptop Dispositivo USB 2.0 (un mouse, una tastiera et similia) Dispositivo USB 3.0 (una chiavetta USB 3.0, un HDD esterno et similia) Chiavetta USB su cui mettere OpenCore Tabelle ACPI estratte tramite SysReport MaciASL Hackintool Saper montare una partizione EFI Modificare il config.plist di OpenCore Iniziamo Come prima cosa è bene contare le porte USB presenti sulla propria macchina seguendo il seguente criterio: le porte USB 2.0 vengono contate come porte singole le porte USB 3.0 vengono contate come se fossero due porte USB, per via della retrocompatibilità eventuali periferiche collegate agli header interni della scheda madre vengono contate come porte singole (esempio: porte del front panel del case o Fenvi T919) non rientrano nella mappatura eventuali porte del controller ASMedia non rientrano nella mappatura eventuali HUB USB collegati alla macchina: questi sono pur sempre collegati ad una singola porta USB Esempio Scheda madre: Asus Z370 Prime A II (link sito) Secondo la pagina ufficiale della scheda madre abbiamo fino a 12 porte USB (inclusi gli header USB della motherboard): La seguente è una foto del back panel della scheda madre stessa: Procedendo da sinistra verso destra e dall'alto verso il basso, possiamo contare ben: 1 porta USB 3.1 Gen 2 Type-A, appartenente al controller ASMedia (la porta color verde acqua) 1 porta USB 3.1 Gen 2 Type-C, appartenente al controller ASMedia (la porta Type-C) 2 porte USB 2.0 Type-A 2 porte USB 3.1 Gen 1 Type-A Q: Dunque quante porte della scheda madre dobbiamo mappare? A: Escludendo le porte appartenenti al controller ASMedia, dobbiamo mappare le 2 porte USB 2.0 Type-A e le due porte USB 3.1 Gen 1 Type-A, per un totale di 6 porte USB: 2 porte USB 2.0 4 porte USB (2 USB 3.0 e le due porte USB 2.0 retrocompatibili con le USB 3.0) N.B. Qualora il numero di porte USB calcolate sia superiore a 15, bisogna abilitare il quirk config.plist/Kernel/Quirks/XhciPortLimit 1. Estraiamo le tabelle ACPI Prima di spiegare come estrarre le tabelle ACPI ci terrei a ringraziare @A23SS4NDRO per il testing di questa procedura. Per prima cosa, scaricare la EFI di Debug di OpenCore e dopo averla messa nella partizione EFI della chiavetta USB, avviare il PC dalla stessa. Compariranno diverse scritte: non c'è motivo di temere. Una volta arrivati al boot-menu spegnere il PC, riavviare su macOS e montare la partizione EFI della USB. Oltre alla cartella EFI precedentemente posizionata, troverete due nuovi elementi: cartella SysReport opencore-DATA_DI_OGGI.txt Il risultato è simile alla seguente foto: Arrivati a questo punto, aprire la cartella SysReport/ACPI e identificare la tabella ACPI contenente la mappatura delle porte USB. Q: Come diamine identifico questa tabella? A: Generalmente la tabella ACPI che definisce il comportamento delle porte USB si chiama SSDT-xxxxxx.aml: aprire ogni singolo file che si chiama così e cercare "HS01". Iterare questo procedimento finchè non viene identificata la tabella giusta. Qualora non sia stato possibile identificare la tabella ACPI, ripetere il procedimento appena spiegato con il file chiamato DSDT.aml Esempio: nel mio caso la tabella ACPI che definisce il comportamento delle porte USB si chiama "SSDT-2-xh_OEMBD.aml". So per certo che è la tabella ACPI giusta dal momento che fra le external references ci sono le varie porte USB disponibili sulla mia scheda madre Q: Ok. e adesso cosa faccio? A: Adesso occorre identificare il nome delle porte USB tramite Hackintool. E' bene iniziare dalle porte del back panel per poi procedere con le porte del front panel 2. Identificazione delle porte USB tramite Hackintool Aprire Hackintool e recarsi nella sezione USB: Cliccare sull'icona della scopa ed in seguito cliccare sull'icona del refresh button. Il risultato è simile alla foto di cui sopra. Arrivati a ciò, staccare ogni periferica USB esterna collegata al PC (mouse, tastiera ecc...). Prendere una periferica USB 2.0, come da requisiti, e collegarla ad una porta USB del back panel. Iterare questo procedimento per ogni porta USB. Il risultato dovrebbe essere simile al seguente: Nel mio caso, le seguenti porte USB2.0 sono state testate: HS01 (è la porta retrocompatibile USB3.0) HS03 HS04 (è la porta retrocompatibile USB3.0) HS06 (lettore schede microSD) N.B. non tutti i lettori di schede (micro)SD sono mappabili via USB. Dipende dalla motherboard in questione. Fanno eccezione le seguenti porte, che sono interne alla motherboard (nel mio caso un laptop): HS05 HS07 Ripetere la procedura per le porte USB 3.0 e segnarsi le porte. Nel mio caso: Le porte USB 3.0 sono: SS01 SS03 SS04 3. Mappare le USB modificando il metodo _UPC Prima di mappare le porte USB è bene segnare da qualche parte il valore della "Table Length", che trovate in cima al file, come da foto: Nel mio caso, la Table Length ha un valore di 1879. E' bene ricordare questo valore perchè servirà in seguito per caricare la mappatura patchata. Iniziamo la mappatura aggiungendo il metodo GENG tramite il menù patch. Trovate in allegato la patch: patch.txt.zip Applicate la patch e cercate la prima porta USB 2.0 della lista che avete appuntato prima. Esempio: "HS01" Nel mio caso, le porte USB sono definite come segue: Secondo l'Advanced Configuration and Power Interface (ACPI) Specification, version 6.3, pagina 673, il metodo _UPC ha come valore di ritorno il seguente Package: Return Value Information: Package { Connectable // Integer (BYTE) Type // Integer (BYTE) Reserved0 // Integer Reserved1 // Integer) } Dove: Connectable è un valore booleano che disattiva/attiva la porta USB (rispettivamente 0/1) Type specifica la tipologia di connettore USB Per semplificarvi la vita ho creato un elenco di valori di Type N.B. lo "switch" presente nella porta USB identificata dal tipo 0x09, sta ad indicare che la porta assume il comportamento di una USB3.0 in funzione del verso in cui viene inserita la periferica Q: Dunque come mappo? A: Devi cambiare il valore di ritorno del metodo "_UPC" come segue: le porte USB 2.0 sono identificate dal nome "HSxx" e come valore di Type "0x00" se sono porte USB 2.0 appartenenti al back panel, altrimenti "0xFF" (esempio: la Fenvi T919 ha come Type 0xFF) le porte USB 3.0 sono identificate dal nome "SSxx" e come valore di Type "0x03" o addirittura 0x07 qualora sia presente l'icona di una batteria di fianco alla porta stessa (che sta ad indicare "powered") non occorre modificare il metodo "_UPC" per eventuali porte USB Type-C Dunque nel caso di una porta USB 2.0 presente sul back panel, avrò un risultato simile a quanto segue: dove il primo parametro - "One" - sta ad indicare che la porta è attiva, mentre "Zero" indica la tipologia di connettore. Iterare questo procedimento per ogni porta USB 2.0 del back panel. N.B. Per le porte USB 2.0 del front panel il valore di Type deve essere "0xFF": Per le porte USB 3.0 invece, il valore di Type è "0x03" (o in casi estremi "0x07"): Per tutte le altre porte USB non rilevate dalla mappatura (ossia quelle non evidenziate in verde su Hackintool) assicurarsi che il metodo "_UPC" ritorni il valore "GUPC(Zero)". Esempio: Una volta conclusa la mappatura delle porte USB, salvare il file e posizionarlo nella cartella "OC/ACPI" della EFI. Infine, aprire il config.plist e, dopo aver aggiunto l'SSDT della mappatura USB (consiglio l'utilizzo di OC-Snapshot) recarsi nella sezione ACPI/Block e aggiungere quanto segue: Sostituire il valore del campo "OemTableId" con il "Table Id",che è possibile ricavare dallo step 3 alla voce "OEM Table Id", convertito in esadecimale. N.B. per evitare il drop di tabelle ACPI indesiderate, consiglio vivamente di lasciare vuoto il campo "OemTableId" ed utilizzare il campo "TableLength" Salvare il config.plist e riavviare. Per assicurarsi che la mappatura delle porte USB sia andata a buon fine, ripetere lo step 2 ed assicurarsi che siano presenti ed evidenziate in verde solo le porte USB mappate. Credits Ci tengo a ringraziare particolarmente: @Gengik84 per il suo thread originale (link) e la patch GENG che ho convertito in patch MaciASL @A23SS4NDRO per avermi aiutato con OpenCore e la creazione della EFI di Debug Il progetto ACPICA Apple Acidanthera per lo sviluppo di OpenCore e MaciASL Headkaze per lo sviluppo di Hackintool EFI OC 0.6.0 Debug.zip

AMD ha annunciato una versione aggiornata AGESA (AMD Generic Encapsulated System Architecture) per risolvere i problemi con le famiglie di schede madri B550 e X570. Dopo aver raccolto dati da varie persone che hanno riscontrato problemi, AMD pensa di aver trovato una soluzione. L'aggiornamento del software dovrebbe essere spedito da loro in circa una settimana, dopodiché gli OEM della scheda madre hanno bisogno di un po 'di tempo per testare e integrare la correzione nei propri aggiornamenti UEFI. AMD prevede che la patch sarà disponibile sugli aggiornamenti beta UEFI all'inizio di aprile, con le versioni UEFI complete in arrivo dopo. https://www.extremetech.com/computing/320796-amd-has-fixed-its-usb-connectivity-issues-updates-arrive-in-early-april https://www.pcgamesn.com/amd/fixes-usb-issues https://www.tomshardware.com/news/amd-issuing-usb-fix-for-ryzen-chips-bios-patch-coming-in-early-april

Ciao, volevo provare a farmi un hackintosh ma nonostante abbia letto ogni guida ognuno ha un metodo leggermente diverso o omette qualche passaggio, sono disperato.. Ho provato con Clover e sono riuscito a fare la pennina e a vedere clover all'accensione ma al lancio dell installazione con clover non vedevo la mela ma un segnale tipo di divieto. Ho riprovato usando open core e con quello dopo il lancio dal bios dalla pennina mi si spengeva il pc da solo.. Specifico che ho montato un i7 10th 10700K , motherboard asus rog strik 470 a gaming 16 gb di ram 3600Mhz e 500gb di ssd più 1 tb di HDD.. Se qualcuno sa aiutarmi gliene sarei molto grato

Ciao a tutti, ho installato Big Sur sul mio notebook, attraverso una chiavetta usb, niente tools di creazione usb, inserita una EFI trovata in rete di un altro utente col mio stesso notebook, tutto funzionante a parte lo sleep mode e questo strano messaggio in verbose dove indica un disco di Big Sur non leggibile, qualcuno ha avuto lo stesso problema? come ha risolto? Massimo

Salve a tutti... Da tempo ormai abbiamo trattato il discorso della mappatura etc etc.. Ho definito connettori usb 3 da ben oltre un anno Vi metto alcuni link così potete volendo constatare con i vostri occhi... e se avete voglia ne troverete molti altri Cercate nei relativi ssdt da me patchati GENG ... Poi come sempre acccade... chi critica a priori o non vuol sentire..finisce col ricopiare pari pari il lavoro altrui fatto da tempo (notare anche le rispettive date) non sto qui a ripetere, qualcuni di voi sanno e altri no, quindi in caso vi rimando a questo topic https://www.macos86.it/topic/1308-veramente-grazie-ah-ahahah/ Dopo che lo avete letto o riletto... capirete la copia e la duplicazione di fatto di "pacchetti" per arrivare a una diversa definizione. La copia è palese perchè se uno ci mettesse del suo avrebbe potuto anche come dire copiare ma diversificare..ma invece... A parte questo... da tempo ho scritto una patch unica dove una volta applicata si possono definire tutti i tipi di connettori e inoltre ovviamente abilitare o disabilitare la porta stessa.... e sottolineo con unico "pacchetto"... e non Ctrl+C, Ctrl +V... in duplicazione totale... Potrei e da una parte vorrei pubblicare questo mio lavoro che per ora non ho fatto. Perchè? Beh semplicemente perchè non è di molta soddisfazione fare e ritrovarsi così ... alla copia. Ne statua ne gloria... ma un semplice grazie a tizio farebbe la differenza ma così facendo qualcuno non può passare da "bravo" o come quello che ha trovato tale soluzione. In aggiunta a tutto questo la cosa che più mi dispiace è che ci sono proprio italiani che dopo tutto vanno a dargli anche i credits! Non sanno di tutto l'accaduto? Bho non saprei... e non ne sono convinto di tutto questo... Di fatto sarebbe molto più utile su serie 390 etc.. per via di usb 3.0... 3.1 etc etc... Quindi chiedo pensieri a tutti voi di cosa dovrei fare... Pubblicarla? oppure no? Ogni pensiero è ben accetto. Gengik84 aka GENG 😉

All-In-One bootable software è una chicca dalle infinite potenzialità che passerei la giornata e non riuscirei nemmeno ad elencarle tutte. NB: solo per windows Spieghiamo per sommi capi le sue funzioni; AIO boot permette la creazione di un disco avviabile o di una pendrive al cui interno sono presenti tutti i boot manager sulla piazza aggiornati alle ultime versioni, quindi clover incluso. Potrebbe essere molto utile per gli utenti distratti che non si sono creati pendrive di emergenza e gli parte il solo windows, infatti la EFI inclusa in AIO boot non necessita di essere montata, è esplorabile senza difficoltà, per cui è possibile copiarvi kext o config di emergenza, magariavuti dai ragazzi di macOS86, quindi riuscire ad avviare il proprio hack e sistemare le varie problematiche che lo affliggono. La funzione principale di AIO boot è quella con cui è possibile includere ed avere a disposizione al boot tutte le utility recuperabili per il web, tipo la PE di Strelec, Hirens, PartedMagic, Gparted, distro linux etc... è una lunghissima lista. AIO boot è localizzato anche in italiano e il suo utilizzo dovrebbe essere alla portata anche dell'utente più distratto 🙂 Info e download https://www.aioboot.com/en/

Buongiorno ragazzi, ho creato la chiavetta con il tool del forum seguendo le istruzioni, ma quando la avvio si carica la mela e ad un certo punto compare un simbolo di divieto e non va più avanti.. cosa posso fare? Il pc è quello in firma e l'os è High Sierra visto che ho capito che è l'ultimo che posso usare con la gtx 970!

Ciao a tutti, ho un problema con le usb3 del il mio hackintosh, non viene riconosciuta nessuna periferica. le due usb2 funzionano perfettamente. EFI.zip in allegato la mia efi Grazie mille a chi mi potrà aiutare.

Ciao a tutti, mi presento innanzi tutto, mi chiamo Aldo. Finora ho lurkato pesantemente, leggervi è un piacere. Mi chiedevo se partendo da tools come https://docs.microsoft.com/en-us/windows-hardware/drivers/debugger/usbview che danno informazioni complete sulle usb e altri particolari hw, solo per avere maggiore conoscenza del proprio hw, ne venisse una reale utilità sia come conoscenza che Ome tempistiche. Grazie