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

Ciao @Ramirez71 grazie ancora per il tempo che mi dedichi. Dalla tua risposta comprendo di non essere stato chiaro anche se presumo tu mi abbia risposto comunque. La mia ignoranza mi ha portato a supporre che le porte USB2 (ospitate) nelle USB3 fisiche dipendessero invece dai 2 Hub USB2 interni a cui attualmente si riferiscono le 4 porte USB2 fisiche. Da qui la mia perplessità nel conteggio. Mi sono aiutato con questo programmino che rende bene l'idea. Se ho ben capito su 26 porte ne devo attivare 14, quelle evidenziate. Cercherò di seguire il metodo della guida di @Gengik84 . Ti saprò dire come prosegue. 👍

Ciao a tutti, sto tentando una mappatura delle porte USB della mia Z490-p Asus . Ho 6 USB3 (tra anteriori e posteriori) SSxx che identifico, 2 Hub interni HS12 e HS13 che supportano 4 porte ciascuno, per un totale di 14 porte cosa che mi lascia supporre che ne posso abilitare un'altra e disabilitare tutte le altre. Il quesito è: la supposizione precedente è esatta o se le hubport HS12 e 13 contano come 2 porte ne avrei altre 7 che potrei abilitare? Ovvero il limite di 15 porte massimo deve o non deve essere raggiunto se le porte fisicamente disponibili sono meno, o è preferibile tenerle comunque abilitate tutte e 15 per eventuali usi futuri?

Ciao @Ramirez71, con la modifica del quirk anche la EFI che mi hai inviato funziona, sempre con le magagne della mia. Mi sono dilungato nei tentativi poiché ho scoperto che ne la mia ne la tua EFI riescono ad avviare alcunché se le utilizzo per una nuova istallazione su disco vuoto. Poi, le USB funzionano tutte ma non corrispondono alla loro reale implementazione. USB2/3 errato e errato nome tipologia h / s Guardando poi il file di log. di hackintool, ci sono svariati tentativi falliti nelle ACPI, 2 tabelle non caricate e fermate prolungate ovunque. Ho così scoperto che le installazioni "riuscite" su un sistema non sono poi così "pulite" da poter essere utilizzate su un altro. Infatti la versione funzionante di Ventura di cui parlo, l'ho installata nientemeno che sull' Z77 Ivy Bridge che, per ovvie impossibilità, riesce ad installarsi con criptexfixup.kext e con solo 7Mb di memoria video. Trasferendo il disco sul nuovo nato, con le nostre EFI Ventura si avvia ,ma con questo problema di rallentamento che immagino debba costringermi a tentare di creare una EFI OC ad-hoc ripartendo da zero...

Wow !!! ... L'uomo venuto dal passato! Sono riuscito a inviare un post con quasi 2 anni di anticipo Direi che qualcuno debba segnalarlo: "Houston, abbiamo un problema" 😂

Purtroppo la EFI che mi hai passato @Ramirez71 presenta la stessa lentezza all'avvio della mia con l'impossibilità di usare mouse e tastiera (USB) Perquanto mi avrebbe fatto piacere sostituire con la sola SSDT-Basic di @Gengik84 quelle che mi ritrovo in ACPI. EFI 2.zip ...e questo è il Log di IOReg. iMac (2).zip

Punto della situazione: @Ramirez71 come giustamente notavi (e qualche dubbio mi era anche venuto) commanderprofix.kext e iMac201_USBInjectAll_v0.7.5_z490.kext non servono, e a ben vedere non erano attivi. Non essendo molto pratico ho fatto lo screenshot della vista errata di OCAT e ti assicuro che anche se il readme si riferisce alla 0.8.7 la cartella EFI.zip postata è 0.8.8. (da quando ho spostato OCAT in un altra cartella, il link lo riavvia nella versione scaricata e non aggiornata) Quindi ho rimosso anche AudioDxe senza che la cosa pregiudichi nulla. Come dire: Tris d'assi ! 👍 Sarei portato a concordare anche sulla scarsa compatibilità del controller NVME interno al Lexar (e sarebbe un poker) che, comunque sia, a sistema avviato pare funzionare. Ma su questo argomento non ho molte informazioni che mi possano aiutare. Il Trim risulta attivo (e c'è chi dice che su APFS non serve o addirittura nuoce) ... e poi? Per quanto riguarda la mappatura delle porte che dirti, quelle che vedo funzionano (ma non ho investigato oltre) e sì l'ho trovato bell'e pronto nella EFI del mai ringraziato benefattore. E per dar soddisfazione anche a @Lorys89 grazie al suo suggerimento ho rimosso ssdt e rename di gprw, sempre senza che nulla cambi. Ricapitolando: Tutto rimane come prima e la lentezza dell'avvio, specialmente quando la barra di avanzamento arriva sotto la mela, è esasperante. Ma con le dritte fornite almeno ho eliminato quel che non serviva. Altri suggerimenti? Ps. La USBkey di installazione di Big Sur, a cui ho sostituito clover che sul z77 va senza problemi con la EFI del z490 si pianta a metà con un bel divieto di accesso.

Innanzitutto grazie ad entrambi @Ramirez71 e @Lorys89 per averci dato un'occhiata. 👍 La EFI non l'ho fatta io e non saprei dire perché è così, chi 'ha prodotta ha allegato anche un file readme in cui da indicazioni (?) Mi sono limitato alle modifiche che ho già detto riguarda la scheda di rete. Mi prendo in po di tempo per capire come realizzare i preziosi consigli che mi avete dato e se proprio non ci cavo nulla di buono tornerò a chieder consiglio. Non avrò compreso bene il significato dei kext con casella grigia di OCAT, che per questo supponevo presenti ma non attivi.

👍 Lorys89 Mi stai dicendo che le voci evidenziate in rosso nel log di IOReg non sono "necessariamente" sintomo di una situazione da sistemare quanto una segnalazione di una ovvia "difformità specifica" rispetto all'"originale Apple"? Se è così la cosa mi lascia ancor più senza speranze di raccapezzarmi in questa impresa, in cui mi risulta sempre più difficile identificare i possibili/probabili impedimenti ad un'ottimale funzionamento. Mi è sempre risultato "fondamentale" ottimizzare il bootloader per una maggiore aderenza al SO e l'aver seguito innumerevoli volte la guida Dortania nel realizzare una EFI ad hoc ha prodotto solo svariati tentativi che non si avviano neanche oltre a qualche ignobile "moncone" degno di rapida archiviazione. (Nonostante sia preventivamente specificato che la produzione della EFi non sia cosa difficile, si omette di dire che difficile è ottimizzarla! 😀)

Ciao @Lorys89 a tua gentile richiesta ecco ... iMac (2). zip (IOReg ) Ho notato tante righe rosse di cui intuisco il significato che non saprei proprio come sistemare. 🤔 iMac (2).zip

Ho rotto il salvadanaio, approfittato dell'offerta di un i9 di occasione, recuperato in rete una EFI OC 0.8.8 per Comet Lake (Z490-A) e installato empiricamente Ventura che ... funziona con l'Hack Z490-P. Come? Ah ... saperlo. In effetti carica esasperatamente lento il SO e ad avvio completato reagisce "peggio" dell' hack in firma (Z77-A IvyBridge) Le uniche modifiche che ho apportato alla EFI "recuperata" riguardano l'eliminazione in ACPI di SSDT-I255.aml per internet 2,5ghz (non ricordo esattamente il nome) sostituita con RealtekRTL8111.kext. Non ho effettuato la mappatura delle porte USB che pareva essere già effettuata (?) e per ora viaggia lento e solo con la onesta gpu hd630 la RX590 dopo, un asso alla volta. Gradirei ottimizzare il nuovo nato, cercando di "capire" possibilmente con le mie capacità, come fare. Qualcuno mi aiuta? Grazie in anticipo. Ps: @Lorys89devo aprire un'altro topic ? ...forse è meglio. 🙂 EFI.zip