Bros

Per me ancora la più sobria e vivace compagna, in quei 3 sec. che precedono l'avvio. 👍 Grazie @chris1111

Prova questa. Ha l'uscita video su integrata (Intel HD4000) perché non so come fare con Nvidia 710 Dovrebbe almeno consentirti l'avvio di OpenCore e l'installazione o l'avvio di macOS che hai già installato con il tuo SMBIOS. (forse) ...Auguri! Ps. Sul mio 3770k OpenCore non è legacy, per questo ho lasciato nel config quello che tu avevi inserito e che io non uso ma se ti interessa ti giro la mia EFI (funzionante) e te la adatti. Ventura scordatela su questo Hack, almeno che non ti interessi averla solo da avviare e farne poi uno screenshot da mostrare in giro. EFI Ivy Bridbe macos86.zip

Ciao a tutti, mi è venuta la curiosità di sapere come fare ( se è possibile) a mettere in stop l'hackintosh spegnendo il monitor. Ovvero se esiste una app o un kext che renda possibile rivelare lo spegnimento del monitor come impulso allo spegnimento/sospensione, a scelta.

Se posso ... se il file IOReg che hai postato è stato estratto con USBPorts.kext caricato all'avvio è logico che si vedano solo le porte che poi hai in Hackintool ovvero quelle che vengono erroneamente mappate dal kext. Per esperienza ti dico che ho dovuto rimuovere USBPorts.kext e sostituirlo con USBInjectAll.kext, affinché siano rilevate tutte le porte disponibili e flagrare HxciPortLimit nel config ma, attenzione, nel mio caso pur avendo provato tutte le porte con entrambi i tipi di USBKey, con IOReg mi si evidenziavano o solo le porte USB2, da HS01 a HS13 o solo quelle USB3, da SS01 a SS10 più la HS12 e HS13 che sulla mia MB corrispondono ai 2 Hub interni, per un motivo che non so ancora spiegarmi ma che presumo dipenda dai vari tentativi falliti di mappatura 🙂 Con questi due IOReg (entrambi corretti ma incompleti) sono riuscito a estrapolare una possibile mappatura contenente l'intersezione dei due, in cui comuni risultano solo le USB2 interne. La certezza è arrivata da USBToolBox sotto win, che in un attimo ha reso il tutto banalmente evidente. Successivamente con Hackintool/USB ho "scopato" i dati a video, aggiornato, cancellato (-) le porte inesistenti e impostato i valori per le rimanenti, modificando se necessario qualsiasi valore dei campi editabili con i valori corretti per la porta. (operazione da effettuare senza "smanettare" le porte con usb vari, tanto Hackintool non risulta così affidabile quanto IOReg nel identificare le porte, anche quando queste sono correttamente impostate) Esportato il tutto sul desktop, ho trovato il nuovo USBPorts.kext che ho reinserito al posto del temporaneo USBInjectAll.kext e deflaggato HxciPortLimit in config. ... Fatto! Tutte le porte sono riconosciute correttamente (no Thunderboldt)

Fatto! Grazie mille. @fabiosun 🙃

Ciao a tutti, avrei una curiosità. in che modo si riesce a non modificare il formato della finestra "Informazioni su questo Mac" dopo l'aggiornamento a Ventura? (Come quella pubblicata da @antuneddu per intenderci ) Trovo la precedente, sino a Monterey, più dettagliata e oramai usuale.

C'è la possibilità 🙂 che la struttura del file config.plist sia stata cambiata, dalla tua versione all'attuale. Verificala con quella che trovi in sample.plist scaricando OC 0.9 Analogamente

Se non ti fidi di fare l'aggiornamento del tuo sistema, reinstallalo da Time Machine sul secondo ssd e aggiorna quello. Intanto vedi come va e se ci sono problemi, risolti i quali fai la stessa cosa sul disco principale.

Ciao @Ramirez71, dopo vari tentativi, con informazioni recuperate a destra e manca sono riuscito a far partire decentemente anche Ventura. Installata la Rx590, niente rallentamenti e porte Usb ok. Anche se non mi faccio mai mancare quelle che chiamo "stranezze" e che non son altro che segnali che un occhio esperto identifica e risolve, mentre io le lascio maturare nella speranza. Ti ringrazio ancora per l'aiuto fornitomi, quantomeno indicando possibili scenari. 👍

Ciao a tutti, ho da poco aggiornato OpenCore su chiavetta alla ver 0.9.0 . Noto immediatamente che l'avvio di Venture ritorna ad avere una tempistica simile a Monterey senza quel rallentamento interminabile con la barra di avanzamento sotto la mela. (per intenderci) Confrontando con la versione precedente, la 0.8.9, si nota anche un differente riconoscimento della Cpu e del sistema in generale. Così come riporta la descrizione su Github/acidanthera: v0.9.0 Risolti i problemi con il registro di avvio dettagliato che appare sopra la grafica del selettore Aggiunto il numero di versione alla sezione EnableGop UI, in modo che i costruttori di strumenti possano tracciarlo Added ProvideCurrentCpuInfo support for macOS 13.3 DP Aggiunto il supporto AMD, il rilevamento automatico GOP offset e il supporto macOS 10.11+ allo script di inserimento EnableGop vBIOS Incluso EDK-II EfiRom e GenFfs precompilati in Utilities/BaseTools con versioni OpenCore 😧 Quello che noto corrisponde effettivamente agli aggiornamenti affettuati o ho modificato inavvertitamente qualcosa nella EFI o nel config?

Mi rispondo da solo Il modo è intervenire su _UIAC e specificare tipo connettore, tipo porta, nome porta. O far fare a Hackintool il lavoro e importare il Kext USBPort Tutte e 9 le porte riconosciute , sia USB2 che USB3 Ora rimane da capire perché rallenta all'avvio, e non per colpa delle porte ....

Ripensando ai 2 errori nello ACPI è ragionevole che siano relazionati poiché la gestione dell'alimentazione è riferita alla porta 13 del controller AURA LED USB che li attiva. 😬 Poi, con USBInjectAll e XhciPortLimit mi funzionano solo i controller USB3 con dispositivi USB3. I dispositivi USB2 vengono riconosciuti solo dai controller delle 2 porte frontali collegati agli Hub interni. Qualsiasi metodo di port mapping da per scontato che entrambi i tipi, 2 e 3, siano riconosciuti ed evidenziati dai rispettivi controller. Ma se questo non avviene posso ragionevolmente supporre che il controller USB2 non sia attivato su tali porte. C'è un modo per attivarlo?

Asus z490-p ... è per forza quella. 🙂 Poi, come ho detto in precedenza, sto lavorando su l'unica EFI che ho recuperato in rete che almeno riesce ad avviare qualcosa (nella fattispecie un disco su cui avevo installato Ventura con l'hack precedente) Tutti i tentativi di crearne una nuova arrivano sino al Recovery di installazione e si fermano al primo riavvio dell'installer. Questa EFI (che ora non mi sembra poi così astrusa) ha il grave difetto di rallentare sin quasi a fermarsi in fase di avvio. Ha evidenti problemi (Namespace lookup failure, AE_NOT_FOUND) in ACPI con 2 tabelle: \_SB_.PCI0.LPCB.EC0_ (che suppongo riguardi la batteria o quantomeno la gestione dell'alimentazione, ma è un desktop?) \_SB_.PCI0.XHC_.RHUB.HS13 - che sarebbe l'Hub USB2 interno con l' AURA LED Controller - Errore sulle porte USB che genera in cascata i successivi innumerevoli errori: Method parse/execution failed \_SB.PCI0.XHC.RHUB Node ffffffxxxxxxxx per un totale di Executed 86 blocks of module-level executable AML code Da qui la necessità prioritaria di mappare le porte, ritornando al discorso di prima. mmm Mappatura! Aggiornamento: seguendo le 40!! pagine della guida di @Gengik84 (dal 2018 in poi) sono riuscito a estrapolare una mappatura che non è ancora precisa anche se ha centrato alcuni risultati. Metodo: USBInjectAll e XhciPortLimit, IoReg con tutte le 26 porte (16 usb2 e 10 usb3) e test sulle porte con entrambi i tipi 2/3. Si evidenziano solo le 5 porte USB3 (1,2,3,5,6) e i due Hub interni (12,13) uniche 2 porte che riconoscono le USB2 Esprimo le mie perplessità chiedendo consiglio e arrivo alla conclusione che le porte USB3 fisiche ospitano entrambi i tipi 2 e 3 raddoppiando il loro numero nella sezione HS. (cosa che non toglie la possibilità di essere riconosciute come USB2 con pennetta USB2 ma che non avviene come se fosse disabilitata la funzione) Estraggo il DSDT e modifico l'SSDT contenente la sezione XHC disabilitando le porte 4,7,8,11,14,15,16,20,23,24,25 (fatto strano, ad un certo punto ioreg ha smesso di fornirmi il numero delle porte chiamandole tutte AppleUSBx0XHCIPort@ compilo l'SSDT e lo inserisco in ACPI, droppo la tabella originale convertendo i dati in esadecimale nella sezione delete, rimuovo USBInjetAll e XhciPortLimit, aggiorno e riavvio. Ora qualche risultato s'è ottenuto, anche se non proprio soddisfacente. Tutte le 9 porte USB fisiche sono attive ma vengono rivelate come USB2. Le 5 porte USB3 non si attivano in tale modalità, e il non poter vedere il numero della porta ma solo AppleUSBx0XHCIPort@ non mi consente di sapere se le porte disattivate sono quello che ho segnato o se sono solo sparite tutte e dieci le porte USB3 Se interessa allego il file EFI. @Ramirez71 spero di essere stato un po' più chiaro. EFI 3.zip