Ramirez71

Buongiorno Testando la hack per adesso pare che COSA FUNZIONA -handoff -airdrop -uscita audio ant. post (analogica) -ingrasso audio post (non mi convince molto) -sonno/veglia -iservice -continuity cam cablata (anche mic) Non funziona -l'ingresso mic anteriore (anche sulla vecchia hack) -continuity cam BT Molte cose sono ancora da testare, come la digitalaudio. Confermo che ssdtBasic non ne vuole sapere. Posterò la fase in cui si blocca. Per adesso quello che non digerisco è un wake molto lento: se tocco la tastiera il pc si riaccende all'istante ma occorrono altri impulsi per ottenere l'immagine sullo schermo. Consultando Dortania trovo info che si riferiscono soprattutto a problemi di entrata nel sonno piuttosto che al risveglio, inoltre non mi sono chiari i metodi di applicazione di alcune soluzioni (https://dortania.github.io/OpenCore-Post-Install/usb/misc/shutdown.html) che toccano ambiti a me sconosciuti. USB ho estratto le tabelle e individuato quella su cui lavorare (sssdt-4) ma maciasl non rende applicabile la patch. Come vedete la patch è stata caricata ma il pulsante "apply" non si illumina. Ho ripetuto il procedimento sul vecchio ssdt (quello originale della vecchia mobo) e funziona perfettamente: dove sbaglio??? @Lorys89 ti posto tutto il sysreport : se -a tuo tempo e comodo!!!- potessi dargli uno sguardo magari trovi qualcosa da correggere (io non saprei cosa cercare) ACPI.zip

@bubbleg5 una domanda: la scheda è montata su un pcie X1 o più grande? Sulla mia mobo mettendo la scheda sul x8 andava definita in DP e poi inseriti i kext, sul X1 andava OOB

Non avrei modo di testarlo. Per adesso l'ho disabilitata perche lasciondola attiva il passaggio da sleep a wake si trasforma in un "soft off" (si spenge anziche riavviarsi) come se andasse in S5 anzichè S4. Lo fa pure su windows. il Deep Sleep su bios è disabilitato. Del resto il wake così funziona ma è tutt'altro che reattivo: ci mette un secolo. @Lorys89 data la tua conoscenza di ACPI potresti darmi una mano nei prossimi giorni?

Buongiorno A tutti Finalmente ho sostituito la z490m di gigabyte con questa nuova mobo. Bella carrozzata e solida!!!! Le hack su Z590 non sono certo una novità ma cercando in rete ho notato Asrock Z590 è pochissimo presente pertanto ne approfitto pur non avendo avuto modo di testare ne di rifinire la hack a dovere: si tratta ancora di un work in progress. La scheda è arrivata due settimane fa ma per 10gg c'è stato "L'Ammutinamento del Bounty" nel senso che ogni componente del pc funzionava come e quando gli pareva. Riportata tuta la "ciurma" al proprio dovere e passate alla forca le vecchie ram (sostituite con due economiche Patriot 2X4Gb che resteranno sulla scheda in attesa di meglio) ho finalmente riavviato tutto. BIOS Nulla da dire, semplice e intuitivo, tutte le principali impostazioni per hack sono facili da trovare e gran parte di esse sono già settate di default in modo utile a OpenCore. In ROSSO le voci da modificare, In ARANCIONE quelle non trovate, in bianco quelle già attivate/disattivate di default. Tutto si riferisce all'ultima versione disponibile del bios. EFI Fatta ex novo a manina con OC 090 seguendo pedissequamente la guida. La scheda di rete e la scheda audio richiedono al solito Intelmausi e AppleALC. il layout audio scelto è 1 (da testare ancora le varie uscite), la scheda wifi/BT è stata sostituita con la vecchia Broadcom (oob) Del vecchio config ho ripreso solo la sezione smbios e seriali, non ho istallato una versione pulita dell' OS, per adesso mi sono limitato a far partire il vecchio volume. Queste cose non mi tornano: 1-ssdtbasic non avvia, ho usato i generici plug, awac, ec-usbx. (ricordo che anche altri hanno avuto la stessa esperienza ma forse mi sbaglio) 2-il pulsante off sulla PIKER provoca un riavvio anzichè uno spegnimento. 3-usbinjectall+ stranezza portlimit non funzionano pertanto diventa difficile riconoscere il nome di tutte le porte. Per adesso ho mappato con usbtoolbox da win.

Arrivata e montata. Prese anche due nuove ram economiche come muletto: le Ballistic non avviano più. Assemblata la scheda oltre alle ram ho anche la gpu che funziona un po’ quando gli pare e la psu (o piuttosto i cavi ) che non mi convincono. insomma: non ci si fa mancare nulla.

Ciao @davanros no non è ancora arrivata 😕: non era su Amazon!!!!!! comunque è chiaro che le ram non reggono: da quando ho aperto il topic a ora i tempi di caricamento del bios sono diventati lunghissimi e a volte pieni di interruzioni e ripartenze, questo avviene anche disattivando xmp. È molto probabile che una volta arrivata la scheda ci sia anche da ricomprare le ram ma non posso credere di aver acquistato tre set tutti quanti difettati, è molto più plausibile pensare che a rompergli sia una cattiva gestione degli stessi. Ovviamente prima o poi si capirà a cosa è dovuta questa cattiva gestione

Di nulla: io non ho fatto niente, va ringraziato chi ha scritto le guide (qui e altrove) e chi contribuisce tutti i giorni a tenerle aggiornate. 🙂

Come volevasi dimostrare: Profilo XMP attivato = Non avvia il bios (messaggio: resettare bios con impo di default) Profili XPM attivi ma frequenza impostata sul nominale delle RAM (2666) = Si va al boot ma il sistema operativo (qualunque) crasha appena giunti sul desktop. Profili XMP disattivati = il va al boot per benino e funziona tutto salvo il seguente messaggio di benvenuto: Ovviamente non è cosi 😂 Prendiamola sul ridere, tra qualche giorno arriva una mobo nuova (Z590) vediamo con quella come va: probabilmente questo è la terza coppia di ram cannibalizzate da quando uso RocketLake.

Buongiorno stò valutando l'acquisto di una nuova scheda da dal momento che negli ultimi tempi ho riscontrato spesso problemi di instabilità e cattiva gestione delle memorie e dei profili xmp. Non avendo preventivato l'acquisto non ho neanche un budget tale da effettuare un cambio radicale ai nuovi sistemi intel/amd tipo scheda+cpu+ddr5 - e in termini di prestazioni non ne ho bisogno- pertanto l'idea era quella di limitare l'upgrade alla scheda madre in senso qualitativo mantenendo invariati gli altri componenti. Pensavo a queste due schede La Vision D ha : PRO----Caratteristiche di insieme molto ricche e complete e si può trovare a un prezzo talvolta molto basso (tipo 200e). Contro--Data la mia attuale esperienza con Gigabyte, non vorrei incorre in bios non buoni. Della Asrock: PRO----- -Solida, mi fido del marchio date le numerose conferme interne al forum, diagnostica a led per riscontrare velocemente i problemi, dedica molti ampere al SOC per gestire bene le varie funzioni. CONTRO-- Costa un pò di più della vision-d, ha solo 3 sata di cui uno messo dietro le ram... un'pò a minchia diciamocelo!

Buongiorno a tutti. Le ram funzionano a 2666 (freq. stock) attivando le freq. più alte il bios da errore. ribadisco che memtest non aveva dato errori. La gpu dopo alcune incertezze è tornata a funzionare. La scheda madre è l'elemento che mi convince meno (oltre a avere dei guasti effettivi nel circuito che gestisce i led e del quale ovviamente si può fare a meno) sto meditando il passaggio a Z590 per vedere se gestisce meglio la cpu. Il disco di avvio funziona bene ed ho riparato il problema dei permessi di scrittura su EFI avviando la recovery e facenso una re-istallazione. per adesso resto su 13.2 ma sto anche valutando di procedere a una installazione pulita dell'ultimo rilascio. Date le premesse ho rimontato tutto, con poca fede, aspettando che ricompaiano i blocchi e i crash precedenti.

Rispondo alla prima questione: se usi dischi separati non ci sono problemi e puoi partire da Windows e fare tutto da lì compresa la efi e la permetta di avvio. Alla seconda domanda non saprei risponderti, la tecnica che ho usato io personalmente si fa in post installazione.

Buongiorno a tutti, purtroppo non è finita. inizialmente memtest durava pochi minuti poi mi trovavo con lo schermo nero. dopo due tentativi ho deciso di smontare tutto e rimontare su banchetto per sostituire più agevolmente le varie parti. Le ram attuali hanno superato i test sia singolarmente che in coppia con xmp attivato. Mi sono accorto che xmp influisce negativamente sul risveglio in win11 ma disattivando ibernate mode sembra risolto. Ho anche notato una bruciatura sulla scheda in prossimità di un elemento collegato alle intestazioni rgb: questo spiega i led danneggiati ma resta da capire come sia successo, vista la posizione escludo un corto. Al momento attuale i problemi sembrerebbero legati alla gpu rx 5700xt che nn vule saperne di ripartire; per adesso viaggio con la rx480. Dopo aver rimontato tutto e fatto le dovute prove macos sembra ok ma sto riscontrando questa seccatura : In pratica non posso modificare la partizione efi come se non avessi alcun tipo di accesso da amministratore. Come vedete sotto la voce "condivisione e permessi" non mi fa accedere. Come si ripara? Questo è il vol principale di Ventura dove teoricamente dovrebbe comparire il mio nome.

giusto per evitare equivoci ITE IT8688E se ho interpretato bene quello che ho trovato in rete è un controller presente sulle Gigabyte che dovrebbe gestire SuperIO. Magari ho capito male. A livello di uso non ho mai riscontrato problemi di gestione o malfunzionamento dei fan o letture farlocche delle temperature. Ovviamente se si parla di altro (tipo vcore) il discorso cambia parecchio e non saprei fare valutazioni.

Buonasera @Lorys89 e @fabiosun oggi l'hack con la tua EFI si è avviata bene ma dopo lo sleep si è nuovamente bloccata. Non ripartiva neanche windows. Ho come al solito staccato l'alimentazione, scaricato i condensatori e fatto il clearcmos. Windows si è riavviato con la gpu disabilitata quindi con una risoluzione base, dopo il ripristino la grafica è tornata a posto. Macos invece non va, si blocca nello stesso punto dell'immagine che ho già postato più in alto. Domani faccio un test sulle ram .

Ok non avevo notato l'assenza. Adesso proverò ad aggiornare la mia senza quei caxxo di kext e vediamo se regge. Ho avuto problemi con 087,088,089... aggiornamenti fatti sia a manina che con ocat... Domani ti faccio sapere. Nuovamente grazie. Esistono alternative per monitorare la temp della scheda su macos?

@Lorys89 la tua efi ha funzionato. A parte l'aggiornamento a 088 hai modificato altro? Ho notato verbose e una GUI in cui manca la recovery di ventura. Ci tengo a saperlo. L'aggiornamento, fatto il mese scorso, non mi aveva aiutato anzi... era cominciato tutto poco dopo. Se non mi sono spiegato bene sono qui.

Adesso ho tutto smontato comunque la mia efi (l’ho postata in questo topic qualche post sopra) ha funzionato per un bel po’ di anni… Ovviamente ti ringrazio tantissimo e appena rimonto la provo e ti faccio sapere. Grazie mille.

Adesso si blocca sempre qui dopo la schermata di benvenuto. E neppure il clearcmos o reset bios mi permette di avviare. Sono entrato in ricovery mode/disk utility/ first aid e ho riparato il disco Ventura ma non è servito a nulla. in due giorni è tornato il problema proprio come il mese scorso.

Forse ci siamo: dopo aver collegato il disco di Time Machine (un disco magnetico da 2T) sono comparsi i primi problemi: ieri un mancato risveglio, oggi due blocchi sulla schermata di benvenuto di macos. Per adesso mi sono limitato a modificare le opzioni di backup da "ogni giorno" a "manualmente". Se gentilmente mi aiutate a ricercare i messaggi in consolle mi aiutereste molto. per adesso mi limito a postare il log di sistema più vicino all'evento. System-log.rtf.zip

Niente oc della cpu. Memtest fatto senza intoppi. Tengo sott’occhio la mobo, per la tensione di uscita chiederò a un amico elettricista, io non ho pratica. L’ali non mi pare in difficoltà: i cavi in dotazione però non mi sono mai piaciuti, nel vecchio case qualche rogna me l’hanno data. Grazie mille dei consigli 🙏

Ciao @Giaccaz, si odore di bruciato in effetti c’è stato e, ovviamente, me la sono fatta addosso…😰 Non ho la possibilità di provare un altro ali, l’attuale è un Silentstorm di Sharkoon da 650w. Sono daccordossimo con te che la cosa va indagata più a fondo ma non saprei in che direzione: il tipo di crash che ho avuto erano sempre preceduti da blocchi e freeze che attualmente non si stanno ripresentando. Casomai se dovessero risuccedere dove vado a cercare delle risposte? Presumo in Consolle, giusto? Per adesso ho ordinato un hub da alimentare direttamente con il molex. Accetto consigli a gogò🙏🙏🙏🙏

Buonasera a tutti, volevo aggiornare riguardo al problema dei crash sulla mia hack. Ho tenuto per 10 gg la hack con il solo disco macOS collegato senza riscontrare problemi. Successivamente ho collegato anche Win11 per 2 settimane sempre senza crash. Adesso ho collegato anche il disco dedicato a Time Machine: vediamo che succede. In questo mese l'unica anomalia che ho avuto riguarda prima la bruciatura di una stricia led collegata a un hub a-rgb, successivamente la parziale bruciatura dei led del block cpu collegati a un hub rgb (4pin), infine la rottura di entrambi gli hub a-rgb. Poco male chissene... tuttavia mi chiedevo se le impostazioni di questi hub (regolabili attraverso windows ma poi funzionanti anche su macos) possono - parlo da ignorante - occupare degli spazi di memoria e incasinarla? La rottura degli hub mi fa pensare anche a un problema elettrico ( banalmente un guasto della gestione dell'alimentazione interna alla mobo). Lo so, sto brancolando nel buio, ma mi rode parecchio non aver trovato la radice del problema.

Ho visto il post nel topic della mappatura: i problemi ACPI sono molto oltre le mie capacita purtroppo. guardando l'ultima efi che hai postato mi è sembrata corretta a parte alcune cose che non conosco e che non posso giudicare. Le cose che non mi tornano sono le seguenti A che serve? Non usi la rx590? Hai questo problema? Ovviamente queste cose non c'entrano con i blocchi che ricevi, mi preoccupa il fatto che non riesci a fare una istallazione pulita quindi ribadisco che prima di mappare cercherei di risolvere questo problema. ti consiglio un po di cose: 1-metti la verbose mode fintanto che non hai risolto potrebbe aiutarti a trovare i problemi 2-il si riferisce all'EC (controller integrati) non è necessarimente un problema di laptop. 3- la richiesta di aiuto per la mappatura , se desideri farla con metodo gengik, postala direttamente nella guida e non aprire un topic a se stante così dovresti ricevere un aiuto più competente. Importante in fase preventiva A) attribuire alle porte fisiche i nomi corrispondenti giusti B) elencare il nome logico delle porte che lascerai attive (questo servirà a districarsi nel ssdt e a mettere un punto fermo) 4- in riferimento a quanto già detto le asus Z490 hanno delle peculiarità che non conosco tipo controller usb di Asmedia, oppure DSDT da correggere in profondità (e dati gli errori potrebbe essere il tuo caso) . Dal momento che tali correzioni sono molto delicate potrebbe essere necessario postare il tuo dsdt e sottoporlo a qualcuno che ne capisce (leggasi "non io").

Perdonami ma devo capire una cosa, la tua scheda madre è questa? Facciamo chiarezza su questo e prima di occuparti delle usb crea una efi decente.

Non credo sia corretto: le 6 porte usb3 valgono anche per usb2(ssxx + hsxx) quindi in tutto sono 12. gli hub interni sono 4 usb2 quindi siamo già oltre. Leggiti la guida altrimenti il topic sulla mappatura nel forum. Per vedere tutte le porte in macOS devi abilitare il quirk (quello in oggetto nell’altro topic) e usare UsbInjectAll. Poi puoi visualizzare le porte con ioreg inserendo dei pendrive usb3 e usb2 (si illumineranno di rosso appena rimuovi la pendrive). Così facendo associ a ogni porta fisica il suo nome.