Giorgio1996

A quanto sembra pare non riesca ad associare la entries al percorso giusto. Avevo avuto un problema simile anche con l’altra configurazione e mi pare che @antuneddu riuscì in qualche modo a risolvermelo

Sto provando con la guida di @Gengik84 per estrarre le entries da opencore e credevo di aver fatto tutto correttamente ma se clicco sull’icona di Mac al boot va in schermo nero

Provo subito.. nel mentre però ho fatto la EFI di opencore, ho seguito passo passo la guida ma ho aggiunto i dsdt e gli ssdt che mi aveva fatto gengik, ma neanche opencore mi trova le entries

Ho provato ma sfortunatamente non succede nulla.. provo a migrare ad opencore?

Hfsplus l’avevo già aggiunto.. provo mettendo apfsdriverloader?

Dici di inserire apfsdriverloader, ma non era deprecato?

Penso di aver capito quale sia il problema. Al boot clover mi fa vedere solo “install form dati” e non “boot from Macintosh hdd”, cosa che invece appare con la efi 5127. A questo punto ho ovviamente cercato di tirare fuori la entries tramite la guida di @Gengik84 ma senza sortire alcun risultato. Ho poi disattivato tutti gli hide in gui ma ancora nulla. Avreste delle altre procedure da consigliarmi?

Nessuno saprebbe aiutarmi quindi?

aggiornamento: neanche aggiungendo applertc, la cartella origin, il driver hfsplus tra i driver (mi ero accorto mancasse) non parte

Questa è l’unica foto in cui sono riuscito a prendere l’ultima parte del cerebro se prima che riavviasse

@antuneddu ho adeguato il config alle correzioni da te richieste ma il risultato è sempre lo stesso.. posto sia la efi corretta per sicurezza sia la efi funzionante 5127: EFI ADEGUATA.zip EFI FUNZIOANTE CLOVER 5127.zip

Stavo provando ad aggiornare Kext e Clover per passare da BigSur a Monterey ma, una volta fatto e riavviato, appena termina il caricamento del verbose e dovrebbe accedere al sistema, in realtà si riavvia.. Qualcuno saprebbe aiutarmi? EFI.zip

Ecco i primi benchmark per chi li chiedeva. Hanno avuto la premuto di fare la comparazione con Windows e l'assenza degli e-core si fa sentire parecchio.

Chiarissimo, grazie mille per la risposta

Domanda da ignorante: ma com’è possibile che i ryzen siano perfettamente funzionanti e ottimizzati e non si riesca a far funzionare per bene la dodicesima gen?

@fabiosun in che senso hanno cambiato politica?

Salve a tutti, apro questo topic perché credo possa tornare utile raccogliere tutte le informazioni circa la compatibilità di Alder Lake in un unico punto. Da quel che ho capito per ora l’integrata è fuori discussione, mentre il processore dovrebbe andare ma non a pieno regime. Acidenthera ha recentemente introdotto i fix smbios per le nuove cpu quindi ciò mi lascia ben sperare (https://github.com/acidanthera/OpenCorePkg/commit/13af8ec14ad5f7dcb162a156c70f08e5bcd19462?fbclid=IwAR1fWEmFO_fo1nF_PQ0lNuaF-KkVqk6ZWcxRmTawx8MJJxMOMelNJJ34124) voi sapete altro?

Ciao a tutti, chiedo un aiuto perché non riesco a capire come convertire questo bootargs "tcfx_exclude=4C-58 " nell'insieme di numeri da inserire nel config in NVRAM/ADD/rtc blacklist di OpenCore cosi togliere il kext RTCMemoryFixup .. la guida che non sono riuscito a capire è la seguente, mi sfugge il passaggio: https://dortania.github.io/OpenCore-Post-Install/misc/rtc.html. qualcuno potrebbe aiutarmi? manca solo quest'ultima miglioria e poi il mio hack è perfetto

Quindi quale sarebbe meglio avere tra i 3: HFSPLUS; VboxHFS oppure openHFSplus? Leggevo su una guida che @iCanaro consigliava VboxHFS In più potrebbe dipendere da questo driver se ogni tanto l'hack non carica e in -v appare "failed to obtain model information"?

apro un altro topic apposito?

ho fatto dei tentativi ma non sono riuscito, forse perché mi è di difficile comprensione essendo la prima volta che lo faccio.. nella fattispecie non riesco a convertire 4C-58 nel parametro corretto da mettere in rtf blcklist

In più come trasformo questo parametro ( 4C-58 ) in quel codice da mettere in rtcblacklist?

@Gengik84 Potrei sapere solo quest’ultima info?

Perfetto, faccio delle altre prove. Un ultima domanda: è preferibile escludere le rtc non funzionanti oppure è meglio usare il quirks disabiletrcchecksum?

ok ho fatto un pò di tentativi e sembra che sia riuscito a risolvere. guardando sulla guida di Dortania l'unica cosa che cambiava dai miei settari era la spunta su disblertcchecksum, l'ho tolta ma il pc andava in safemode ad ogni riavvio. Ho scaricato da GitHub moltissime EFI su mobo Asus Maximus z390 e su una configurazione con una Hero un tizio ha messo un kext chiaro appunto RTCMemoryFixup, l'ho inserito copiando papale papale il bootargs "rtcfx_exclude=4C-58" e adesso il problema sembra svanito. la mia domanda ora è questa: può essere una giusta soluzione per il hack o devo mettermi a cercare le mie "RTC difettose" e non basarmi su quelle della eri di qualcunaltro, cosi da massimizzare il risultato. La trovate una soluzione corretta o solo una toppa momentanea?