Anto65

Probabile 🙃

 il problema e' sempre li fra la sedia e la tastiera 😆 ... comunque meglio cosi' ... continua a fare a meno di OCAT  o  per lo meno tieni una copia aggiornata a " manina " ( se vuoi provare magari in futuro ) cosi da poter avvaire in caso di problemi 

Hai provato ad aggiornare anche  Lilu.kext.zip ?

Sono comunque del parere che una cosa funziona o non funziona , sia che aggiorni da OC 0.7.9. ( come ho hatto in passato vedi guida  ) o da 0.8.1  >  0.8.3 

Proverei anche a cambiare l ordine dei kext ... solitamente li elimino tutti con il tasto - per poi aggiungerli con il tasto + puntanto alla catella OC / Kexts 

Era un commit precedente ... nel frattempo hanno ricambiato 😆 

Se fai caso alla mia immaggine sopra invece di ENABLED c e' LOAD 

Invece ora hanno rimesso ENABLED come prima e hanno creato una voce a parte per LOADearly  

Se hai pure Windows puoi correggere la Efi da lì, scaricando la vers. relativa di OCAT

Oppure posta la EFI

https://drive.google.com/file/d/1u-m5opKJlJbQzX7DgloVRuxQf6xnOqGJ/view?usp=sharing

A ecco... non vedo la firma al cell

Solo l update nn saprei 

Questo l installer completo 

12.4  21F79

https://swcdn.apple.com/content/downloads/16/08/012-06873-A_636SHHRD4L/528ojpmw00mulgfjsz9k50modkj31a9v0p/InstallAssistant.pkg

Copia e incolla da un sito 🤐 ... prova se va 

Sono stato in grado di accedere tramite la modalità utente singolo modificando le opzioni di avvio nella schermata del trifoglio.

cambia Boot Args: dart=0 in Boot Args: -s

quindi

Digita mount -uw /

Digita launchctl load /System/Library/LaunchDaemons/com.apple.DirectoryServices.plist.

Digita dscl. -passwd /Users/username password , sostituendo il nome utente con l'utente di destinazione e la password con la password desiderata.

Riavviare.

Se launchctl carica /System/Library/LaunchDaemons/com.apple.DirectoryServices.plist. ti dà un messaggio di errore, prova

launchctl load /System/Library/LaunchDaemons/com.apple.opendirectoryd.plist. - questo è quello che ha funzionato per me

Probabile il time out  è impostato a 0 e si deve selezionare a manina 

Se impostato 1-3-5  sec.i al riavvio si posiziona in automatico su Macos installer, dopo i sec.i di attesa impostati...  l installazione continua 

Almeno da me è impostato così ( 3 sec.i ) e funziona

Una volta lanciato l aggiornamento... Vado al bar a prendere il caffè

Al ritorno ha fatto tt da solo 😜

Si ma ora da dove stai avviando però ? 

Mica stai usando la usb con i driver abilitati x Linux, non dovresti vede quelle icone bensì come la foto sopra 

A sto punto disabilita la entry di Zorin 

È lo avvi da Ubuntu 🤷‍♂️

Era diverso se erano  in dischi separati e ognuno con la propria Efi 

!!! Sostituisci il config.plist.zip

Windows e' rimasta FS0 mentre le distro sono su FS7 ... gia' modificato dovrebbe essere a posto 

Sostituito anche 

/\EFI\Microsoft\Boot\bootx64.efi  con 

/\EFI\Microsoft\Boot\bootmgfw.efi   ... visto che prima nn l avviava  🤞

Ok anche Debian ha grubx64.efi... Dovrebbe avviarlo 🤔

La FS dov è OC qual è ? ( da map-table ) 

Hi try , EFI.zip updated to OC 0.8.3 (commit 8312345) 
Keep yours safe

Aggiungo 

Ventura Beta4 Full Installer ( tramite browser )

https://swcdn.apple.com/content/downloads/38/20/012-43306-A_W9DB8VVCIJ/bc67zqs7nmctf0532u7x0getywayvn1zz1/InstallAssistant.pkg

Tu mi dici quello che devo fare e io lo faccio  😂

Mi spiace x la gpu credo non sia un grosso problema ... hai gia' il case pure ... pazienza 

Si lo puoi fare anche dal mac ... hackcheck .. l avevi gia' scaricato o sbaglio ? 

Qua mi sa che ti sbagli 😉

Esperti e' na parola grossa  😆  ( parlo x me )

Credo che il  wake on lan possa influire 

Se hai applicato la patch di Gengik https://www.macos86.it/files/file/71-patch-usb-connector-type/  e' specificato come definire i connettori  sul SSDT 

usb3 > 0x03 .... etc

Per chi non si ricorda  🙃  come ha impostato il valore CSR ( SIP ) con l ultimo commit  https://dortania.github.io/builds/?product=OpenCorePkg&viewall=true&version=0.8.3&sha=83123452fe6bb254ad40ff7a55e142213f1ea4c0

e' possibile visualizzarlo al boot ( Aggiungere  "  --show-csr  "  in Arguments )

Occio cambia la struttura del plist nella sezione drivers 

Da Enabled ( YES / NO ) a Load ( Enabled / Disabled )

19 ore fa, ldp48 ha scritto:

Fatto le modifiche.Allego immagini. Schermata avvio: se seleziono macos_120gb si avvia mac. Se seleziono windows vedi schermata avvio windows. Se seleziono zorin vedi le due schermate di avvio. Se seleziono ubuntu si visualizza il grug dal quale posso avviare windows o ubuntu o zorin. Allego schermata di un aggiornamento di catalina ma dopo clic su installa e conseguente avvio quell'aggiornamento è sempre presente. Grazie

Be' la gui almeno sembra aposto al boot 🙃 

E' un po' un casotto cosi' .... quando installo qualsiasi distro di linux , disabilito qualsiasi altro disco dal bios in modo che grub non venga installato dappertutto e non crei le sue cartelle ubuntu o debian nelle  partizioni EFI altrui 

Cosi facendo la Cartella EFI viene creata nel proprio disco di destinazione 

Puoi provare a montare la partizione EFI dI Windows ( con OCAT dovresti riuscire se ti da problemi  puoi usare anche Hackcheck  ) 

Copiare le cartelle debian e ubuntu sul dektop 

eliminare debian e ubuntu dalla  partizione EFI del disco ( Windows ) 

Copiare /  sostiutire la EFI che hai nella usb nella partizione EFI di macos_120gb

Copiare le cartelle debian e ubuntu precedentemente salvate  sul dektop nella EFI di macos_120gb , dovresti avere cosi' 

fai anche una foto all interno della cartella debian cosi ( la mia e' deepin )

Ripeti la mappatura da shell ( SENZA LA USB INSERITA ) ... dovresti trovare adesso la EFI di OC  in FS1 oppure 2 ( FS0 sappiamo che e' WIN  ) in modo da ottenere  il nuovo percorso 

Alternativa avviare Linux da bios tramite f11 o quello che e' 

Con l installer completo credo che sostituisce x intero quello che riguarda il bluetooth, cosa che che non riesce a fare con l aggiornamento incrementale, invece di aggiornarlo cerca di sostituirlo... Fallendo 

https://www.insanelymac.com/forum/topic/351969-pre-release-macos-ventura/?do=findComment&comment=2788755

Ieri dopo aver provato diversi commit precedenti di OC 0.8.3 , Clover , OC-Debug , con   e senza Fakesmc , OC- Mod ... niente l errore persisteva 

Disabilitato BlueToolFixup.kext ... boom  ha preso e aggiornato tranquillamente 

Non saprei se questa e' la soluzione  valida per tutti , noto anche  problematiche diverse , ma comunque  da tenere in considerazione 

Ops ! 

Adesso non so' se dipende pero' , dalla mia superfibra 😄 ... riproviamo 

Se lasciavi il time out com era 1-3 Secondi ... faceva tutto da solo ... comodo x quando si aggiorna  😉

Beta 4 ( 22A5311F )  🤣

Dal pdf 

ResizeGpuBars
Type: plist integer
Failsafe: -1
Description: Configure GPU PCI BAR sizes.

This quirk sets GPU PCI BAR sizes as specified or chooses the largest available below the ResizeGpuBars value. The specified value follows PCI Resizable BAR spec. Use 0 for 1 MB, 1 for 2 MB, 2 for 4 MB, and so on up to 19 for 512 GB.

Resizable BAR technology allows to ease PCI device programming by mapping a configurable memory region, BAR, into CPU address space (e.g. VRAM to RAM) as opposed to a fixed memory region. This technology is necessary, because one cannot map the largest memory region by default, for the reasons of backwards compatibility with older hardware not supporting 64-bit BARs. Consequentially devices of the last decade use BARs up to 256 MB by default (4 remaining bits are used by other data) but generally allow resizing them to both smaller and larger powers of two (e.g. from 1 MB up to VRAM size).

Operating systems targeting x86 platforms generally do not control PCI address space, letting UEFI firmware decide on the BAR addresses and sizes. This illicit practice resulted in Resizable BAR technology being unused up until 2020 despite being standardised in 2008 and becoming widely available in the hardware soon after.

Modern UEFI firmware allow the use of Resizable BAR technology but generally restrict the configurable options to failsafe default (OFF) and maximum available (ON). This quirk allows to fine-tune this value for testing and development purposes.

Consider a GPU with 2 BARs:
• BAR0 supports sizes from 256 MB to 8 GB. Its value is 4 GB.

• BAR1 supports sizes from 2 MB to 256 MB. Its value is 256 MB.

Example 1: Setting ResizeGpuBars to 1 GB will change BAR0 to 1 GB and leave BAR1 unchanged. Example 2: Setting ResizeGpuBars to 1 MB will change BAR0 to 256 MB and BAR0 to 2 MB. Example 3: Setting ResizeGpuBars to 16 GB will change BAR0 to 8 GB and leave BAR1 unchanged.

Note 1 : This quirk shall not be used to workaround macOS limitation to address BARs over 1 GB. ResizeAppleGpuBars should be used instead.

Note 2: While this quirk can increase GPU PCI BAR sizes, this will not work on most firmware as is, because the quirk does not relocate BARs in memory, and they will likely overlap. Contributions to improve this feature are welcome.

Se puo interessare vit9696

https://www.insanelymac.com/forum/topic/349485-how-to-opencore-074-075-differences/?do=findComment&comment=2770810

Aggiungo pure questa da verificare 

PlatformInfo> UpdateSMBIOSMode> Custom (default e' Create)

Se non si vuole  mettere mano all ssdt @Giaccaz  🙃   puoi provare la mod di OC

EDIT : @Extreme™ vedo che hai aggiunto l altra  l immaggine  👍