Extreme™

Nemmeno io mai avuto problemi sia su Windows 10 che adesso su 11. Sempre resize bar attiva. Con I driver, su Windows, ho da sempre queste fisse: 1) non installo mai driver beta 2) Quando esce una nuova versione stabile del driver AMD non eseguo l’aggiornamento via utility AMD ma prima procedo a rimuovere i vecchi driver in ambiente di modalità provvisoria usando o AMDCleanup utility o Display Driver Uninstaller. 3) Quindi riavvio in modalità normale, disattivo completamente sia l’antivirus di terze parti - se presente - sia Microsoft Defender e infine lancio installazione dei nuovi driver al termine della quale riavvio in ogni caso.

Si, può essere proprio quello: prova a disattivarlo e poi disattiva "attiva per l'accesso alla rete" nel menu risparmio energia. Quindi riesegui test e vedi se si sveglia di nuovo non appena entrato in stop.

@davanros Per caso, hai “ trova il mio Mac” attivo?

È vero! A forza di alternare le due efi che uso ho combinato pasticci nella sezione ram di uno dei due config.plist. Quindi grazie per la dritta! 😉

Se questa difformità nella memoria ram segnalata con la "i! risulterà incidere sulla stabilità del sistema non avrò alcun problema a inserire RestrictEvents tra i Kext. Per ora sembra che tutto fili liscio pur trattandosi di una beta. Poi @Giaccaz segua pure il tuo consiglio: mica volevo convincerlo del contrario. 😊

Nel video la situazione memoria nel mio hack con Mac Pro 7,1 ,Ventura B3 e senza RestricEvents Kext

Uso anche io MacPro 7,1 come smbios - anche se chi ne capisce molto più di me mi dice sempre che quello più rispondente alla mia CPU è iMacPro 1,1 - e siccome la mia filosofia è quella di ridurre al minimo indispensabile l’utilizzo di kext dipendenti da LiLu ho eliminato da tempo anche il kext restrictsevents ricorrendo alla mappatura della memoria ram secondo quanto riportato in questa guida: https://dortania.github.io/OpenCore-Post-Install/universal/memory.html#mapping-our-memory Per l’altro problema invece mi suona strano che una porta usb-c della vga possa interferire con la tua attuale mappatura.

Se prima dell’ upgrade di OC non avevi problemi, la prima cosa che mi viene in mente è che l’aggiornamento non sia andato bene. Se lo hai eseguito con OCat specialmente. Se disponi, salvata da qualche parte, della release di OC che non creava noie ti consiglio di cestinare la EFI aggiornata, rimettere la EFI precedente e aggiornarla a mano.

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!