Extreme™

Nella Beta 2 ho costantemente il processo secd a palla: è un processo di sicurezza che ha a che fare col portachiavi di icloud. Se disattivo il portachiavi il processo torna nella norma.

Se non hai già risolto, prova con una delle risoluzioni all'interno dell'archivio allegato normal.zip

Non saprei. Io in casi del genere vado di R-drive image e ripristino immagine disco salvata in precedenza.

Posto che il problema sia comparso dopo l’aggiornamento di OC e kext rimetterei la configurazione precedente in primis per verificare se il problema persiste e poi, qualora non ci fosse, procederei ad aggiornare a mano e in maniera graduale, del tipo: prima caricare ultimo commit di OC e testare e se così fosse apposto procedere con aggiunta manuale di un kext per volta - di quelli incriminati - e testare. Se invece fosse un problema esclusivamente legato al disco allora proverei ad effettuare una riparazione dello stesso da Recovery Mode.

Sullo sleep. Nella beta 1 funzionava regolarmente. Nella beta 2 invece va in sleep soltanto se lo si manda in stop via menu mela. Per come la vedo io, è un problema della beta 2 e sinceramente attendo che Apple rimedi nelle prossime beta. Perché non dipende da qualcosa di sbagliato nella configurazione di OC in uso.

Scusate OT: E' comoda, ma lo sviluppatore gli ha appioppato un'icona che per dimensioni - specie se messa sul dock - non è in linea con i recenti standard Apple e stona parecchio. Quindi la ho modificata e ne ho fatto due varianti: una con bordo bianco e l'altra con bordo nero. Una volta scaricata, va sostituita all'originale copiandola nella cartella Contents/Resources dell'applicazione. bordo bianco.zip bordo nero.zip

Quindi se ho capito bene per installazione pulita della beta 2 di Ventura bisogna avere un disco nel quale sia installato macOS: Monterey, Big Sur o altro. Se viene meno questa condizione l’installazione della beta 2 si bloccherà perché alla richiesta di nome utente e password bisogna inserire quelli utilizzati nell’altro macOS in uso. Precisamente, come nome utente - tutto in caratteri minuscoli - quello che si legge nella Home dell’altro macOS e come password quella che si utilizza nell’altro macOS. Perciò niente installazione pulita se non si dispone di un altro macOS da cui la beta 2 di ventura legga i dati di nome utente e password. Sembra un sistema escogitato per fare in modo che chi volesse installare la beta disponga comunque della sicurezza di avere con se un sistema operativo non beta da utilizzare come prima scelta. Oppure niente di tutto questo ed è semplicemente un bug…😁

Saluti! Installata prima beta - come upgrade di Monterey - giusto per test hardware e configurazione opencore. Non per tenerla. Nessun problema, Mac Pro 7.1

L'unico sw che uso da sempre su macOS e Hackintosh è Parallels Desktop Professional con regolare licenza d'acquisto. Nessun problema - perlomeno rilevante - e Vmware versione macOS perde nettamente il confronto secondo me. Vmware lo sfrutto con soddisfazione soltanto su windows.

Rilasciato!

Ho abbandonato CCC da almeno un anno a favore di R-Drive. Mi trovo benissimo e avendo da sempre con me un dual boot Windows-macOS questo programma non mi ha mai tradito ne in Hackintosh ne su Windows. Nel mio Pc tengo sempre collegata la pendrive con l'avviabile di R-Drive così ogni volta che ho da creare o ripristinare immagini faccio in un attimo. I programmi che reputo fondamentali li acquisto sempre: così ho fatto per R-Drive. In precedenza avevo acquistato CCC ma a volte mi ha creato qualche problema e poi sinceramente non condivido la politica sul rinnovo della licenza praticata da Bombich Software. Un furto! Le versioni craccate di CCC le ho sempre evitate quasi come la peste nei miei Hackintosh.

Io sono già alla 0.7.7 di OC Aggiornamenti eseguiti tutte le volte rigorosamente a mano senza l'ausilio di alcun programma.

Eccole

Nessun kext: mai usato kext fin da Catalina. La scheda è questa: CLICCA

A me funziona tutto (compreso risveglio dal wake con magic mouse o magic keyboard): nessun problema nemmeno con iPhone 13 Pro Max. SMBios MacPro 7.1

Dalle mie letture pregresse sia su Dortania che su altri forum dedicati all’hackintosh. Dortania ad esempio specifica che ciò che conta ai fini del corretto funzionamento di un hack è che snapshot sealed sia su YES. Niente altro. Idem si evince da altre letture qua e là nei vari forum specializzati come questo. Dove tra l’altro alcuni utenti di veri Mac hanno segnalato di avere essi stessi il famoso sigillo rotto ma snapshot sealed su YES. Stando alla mia personale esperienza in merito, posso confermare che da Big Sur a Monterey ho sempre avuto sigillo broken e snapshot sealed su YES e non ho mai registrato il benché minimo problema con il mio hardware e opencore come bootloader. Mi ha sempre funzionato tutto.

Qui nessun problema con Fenvi T919 dopo lo sleep.

Acquistata 6900 XT ancora in tempi non proprio sospetti e utilizzata fino a ieri con soddisfazione sotto windows 10. Installato poco fa macOS Big Sur 11.4 Beta 1 e fatti alcuni primissimi test. Mac Pro 7.1, no WEG no boot-arg agdpmod=

Che spirito in questo forum! 🤣 In ogni caso, tanto per chiarire: -ovviamente so benissimo da dove avvia Big Sur: non c'era alcun bisogno che ti sprecavi a chiarirmelo. Ma in OpenCore almeno me lo nasconde in automatico e lo preferisco perchè sono rotture di scatole estetiche in meno. Se permetti. - Non ho alcun problema nella definzione di ciò che voglio vedere in clover solo che non usansolo da qualche mese e leggendo anche qui varie volte dei grattacapi rilevati ad esempio da netgear circa le entries mi chiedevo se fossero stati risolti o meno.

Utilizzando clover 5126 impostato sulla base di OpenCore 0.6.3 riesco ad avviare normalmente Big Sur. Per fare il boot devo avviare dal volume Preboot nel menu di boot di clover dove tra l'altro appaiono tutte le entries - un bell'elenco! - che devo vedere se è possibile nascondere con il solito sistema utilizzato in clover antecedenti a big sur.

Si, ignora quel messaggio e prosegui.

Installato come aggiornamento di Catalina utilizzando opencore 063. A parte l'incompatibilità con alcune app, per ora la cosa sorprendente è che lo stop funziona alla perfezione come su ultima build di Catalina. Non ci avrei mai sperato. Funziona benissimo anche thunderbolt.

@Gengik84 Ho menzionato le ram soltanto per comodità e come esempio di variazione forse più evidente da 062 a 063 . Nel mio OC i warning sono assenti. Ho imparato a risolverli abbastanza efficacemente da me stesso. E non è poi tanto difficile. Comunque se si vuole tenere la sezione memory basta anche disabilitarla come hai scritto tu.

Prima di qualsiasi aggiornamento di OC verifico puntigliosamente - che significa non una volta ma almeno tre volte - ciascuna voce del config plist in uso con con le relative voci del sample plist aggiornato: anzi, poichè utilizzo un sample custom plist il confronto è ancora più approfondito. A questo giro nel sample.plist della 063 non ho trovato novità o aggiunte rispetto alla 062 a livello di sample.plist. Ad esempio nel sample custom plist della 063 c'è la corposa novità della nuova sezione relativa alle memorie che consente, in caso di problemi con le ram in uso, di settarne manualmente i relativi parametri. Cosa che non ho fatto dato che le mie ram vanno bene in automatico a 3200 MHz sotto Catalina e dunque ho eliminato dal config.plist che uso questa sezione.