Extreme™

Confermo: mi ero perso quel device ID. Questa nel dettaglio è la procedura consigliata da vit9696 For those who have newest 6900 XT cards with XTXH chips. Please try latest WEG from master. Now it can spoof AMD device-id.Three things you need:1. Latest WhateverGreen.kext build from master2. DeviceProperties fix (use Gfxutil)3. SSDT-BRG0 table with correct path (without it device-id from DeviceProperties will not be injected) Well, gfxutil will show you correct path to GFX0. You have to insert it in DeviceProperties like on my screenshot. Just drag binary file on Terminal and press Return button. SSDT-BRG0 is used to assign bridge name for your card. All Radeon cards starting from Vega works through extra bridge. You can see it in IOReg (PEG1->PEGP->pci-bridge->GFX0). In order to inject DeviceID to GFX0 you need to determine pci-bridge device in ACPI. If you did it correct your IOReg should look like this Without this SSDT your deviceID for GFX0 will not be injected. Also short description of this fix described in SSDT-BRG0 source code.

Vedi screen sotto e poi domanda: a cosa serve questo SSDT-4-xh_rvp08.aml?

Ho la tua stessa video e la uso con successo senza WEG e con smbios macPro 7,1. Non serve nient’altro.

Nella beta 3, a differenza della 2, lo stop funziona qui. Hfsplus.efi niente. 😭

Andata anche qui. La mia beta 2 era stata ripristinata ieri da una immagine disco e nel frattempo si aveva scaricato l'aggiornamento della beta 3 (che però non avevo lanciato visti i problemi). Così, ho proceduto a sostituire OC con quello allegato in download da @Lorys89, quindi ho riavviato e fatto il reset della nvram e una volta a scrivania della beta 2 ho lanciato l'aggiornamento: che si è concluso perfettamente.

https://www.insanelymac.com/forum/topic/351969-pre-release-macos-ventura/?do=findComment&comment=2788246 Ancora più chiaro....😁

Nella mia configurazione OC preferita (ne ho due) fino ad ora ho sempre eseguito senza problemi Big Sur, Monterey e Ventura senza l’ausilio di Lilu, AppleALC, WEG e VirtualSMC: e la stessa evidenzia che con la beta 3 c’è un problema in opencore prima che in lilu. Confermato da ciò che scrive DF. Purtroppo. Mi pare di aver capito che il problema in OC sia stato individuato mentre quello di lilu ancora no.

Si lanciare il disco, cioè invece che fare il boot da macOS installl farlo dal disco dove è installata la beta 2, non ha effetti: anzi, dà l’illusione che l’installazione stia procedendo perché compare il classico minutaggio ma alla fine il tutto si conclude con la scrivania della beta 2. 😡

Si questo lo faccio. Ma l’impostazione viene persa col reset nvram e bisogna rifarla premendo quella combinazione di tasti.

Ciao!😀 - Primo problema: OC 082, dopo il reset della nvram mi viene modificato l'ordine di boot: al primo posto si mette Windows. Così che al riavvio dopo un reset nvram parte sempre windows senza passare per OC. - Secondo problema: ho testato più volte pochi minuti fa sia con Ventura che con Monterey: se faccio partire windows da OC il disco di avvio in preferenze di sistema rimane invariato quando ricarico macOS. - Terzo problema: no, in effetti a me non avviene nessuna dissociazione. Ma qui sul forum ci sono vari utenti che bootano più macOS insieme quindi vediamo cosa dicono loro in merito.

Questi parametri li ho così da tempo. Allegata la mia - credo - abbastanza scarna dotazione di ACPI e Kext. Non ci sono SSDT fatti da mastri birrai ma nonostante ciò, almeno per ora, preferisco avviare Windows con il suo booloader.

No non le mantiene. Ma almeno per ora escludi del tutto la possibilità di avviare Windows con OC: non è consigliato. A proposito di id Apple: nel pannello preferenze quando selezioni iCloud vedi Ventura e Monterey associati nel tuo account? Se si, è tutto apposto.

@Lorys89 Ma Fenvi T919 non funziona bene di suo senza aggiunta di kext e altro?

No, nel mio non succede. Quando fai il reset della nvram e ti compare la videata di boot OC ti posizioni col cursore sul disco macOS preferito e quindi premi tasto control e dai invio? Così facendo - si fa soltanto una volta dopo reset nvram - a me la nvram mantiene in memoria per sempre il disco di avvio preferito macOS e Windows non lo modifica. Tieni presente che io non avvio Windows da OC ma via tasto F8 attraverso il menu di boot classico.

Io sto aggiornando di volta in volta la 0.82 dev con OCat: anche se non mi fido al 100% e preferisco il metodo manuale. Detto questo, se faccio il reset della Nvram l’ordine di boot varia e come primo parte Windows non più Uefi OS. Inoltre, a scrivania, devo riattivare trova il mio Mac perché il reset lo disattiva. Idem per il menu disco di avvio: il reset lo azzera e va reimpostato il disco di avvio preferito. Ne deduco che il reset nvram sta funzionando normalmente.

Bene. 👌 Esatto, quel processo è relativo al widget meteo ed è proprio quello responsabile del mancato sonno. Si è visto che killandolo lo sleep riprende a funzionare. Anche io in Big Sur e Monterey con la stessa configurazione di OC non ho avuto mai problemi con lo sleep e soprattutto con processi Apple a palla: come giustamente scrivi ci può essere un consumo elevato di risorse giusto caricata la scrivania ma poi tutto si normalizza. Invece nella beta 2 di Ventura questo non si verifica: perlomeno nei nostri casi.

No niente da fare. Ho ripristinato immagine pulita della beta 2. Dopo qualche minuto, il processo è ripartito e sta sempre al massimo: tanto che nonostante il kit a liquido mi manda la temperatura della CPU a picchi di 50 °C in idle. Ma ho delle novità per te. In realtà ne avevo letto giorni fa ma io su una beta non amo sbattermi più del dovuto: proprio perché è una beta. Dunque,vai a questo link e scarica Sleeper (grazie @Andrew, Andrej-Antipov) https://github.com/Andrej-Antipov/Euthanasia/releases/tag/1.7 E' una utility che ti consente di risolvere i problemi di sleep su Ventura. Testata e funziona. Se quando tenti di aprirla non ne vuole sapere, apri terminale e digita: sudo xattr -rd com.apple.quarantine dai spazio, buttaci dentro Sleeper quindi dai invio e digita la tua password. Chiudi terminale e adesso Sleeper si aprirà regolarmente. Se invece, non ti accontenti di Sleeper e prima di arrivare ad usarla vuoi capire quali processi stanno impedendo al tuo Mac di andare in sleep, bene, nella cartella dove trovi Sleeper c'è anche PMWatcher2: Se lo apri e digiti L di elencherà con esattezza i processi che stanno impedendo lo sleep: lascia anche un file txt. di output sulla scrivania consultabile con calma. Per uscire da PMWatcher2 digita Q Buon divertimento!

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