wolfgart

ciao a tutti.

questa in allegato è la mia EFI.  Funziona alla grande fino a Monterey, per Ventura invece non va.  Ho letto di modifiche necessarie per la parte scheda grafica e di dare ID falsi per la parte grafica al fine di far partire l'installazione.

Installando l'aggiornamento nativo da Monterey su Ventura, mi si pianta a metà installazione con la mela....

Qualcuno che mi da una mano con questa EFI per Ventura?   Non ci capisco molto.

Ho un Thinkpad X50

Intel HD Graphics 5500

16GB ram

https://drive.google.com/file/d/1WS2nMZKQ3WKGvYzNmHdmdST2GFREIJFh/view?usp=share_link

7 minuti fa, antuneddu ha scritto:

 Davo per scontato che l avessi fatto di solito si aggionano prima i file BOOTx64.efi  ecc..  poi si mette mano al config. meglio cosi'

no ma fino al consiglio di Gengi84, avevo gia' cambiato quei due file, ma insieme a loro anche le due cartelle resources e tools e la cartella Drivers. 

VITTORIA !!!!!

Ho attivato il CleanNvram.efi , riavviato ed eseguito dalla GUI.

Ora tutto viene visto ad arte, ed inoltre il config e' pulito.  Lo sapevo che non poteva esser quello.

Grazie Maestro Gengik84

2 minuti fa, Gengik84 ha scritto:

dalla gui, reset nvram ma devi aver abilitato la relativa voce sul config

AllowResetNvram -> yes

in MISC ho il CleanNvram.efi che posso abilitare, va belo lo stesso ?

Adesso, Gengik84 ha scritto:

Reset della nvram

perdonami, come e da dove ?

50 minuti fa, Gengik84 ha scritto:

prova a riscaricare opencore

prendi bootx64.efi e opencore.efi e sostituiscili nella tua efi

qualcosa gia' si muove, facendo cosi' .

all'accensione finalmente parte bene, vedo il bootloader e leggo che e' la 0.67.  Seleziono big Sur, parte il sistema operativo, poi pero' se ad esempio apro Opencore configurator o KexkUpdater, mi dice che sto sempre a 0.6.6

3 ore fa, antuneddu ha scritto:

cioe' ? mi sembra che ti e' stato detto da  Gengik di prendere il sample.plist della nuova release e editarlo in base al tuo config.plist poi controllare con ocvalidate eventuali errori ,se l hai fatto, qualcosa non l hai riportato bene evidentemente 🙂

non è così.

è tutto ok nel config.

il problema non sta lì

9 minuti fa, antuneddu ha scritto:

ma hai preso il sample.plist della nuova release  e adattato al tuo config.plist 

ho fatto quello che mi è stato detto, infatti ora ho 0 errori al' ocvalidate.

Rimane che non parte, con screenshot di cui sopra

8 minuti fa, antuneddu ha scritto:

se hai abilitato il playchime in UEFI/AUDIO. devi avere anche il driver AudioDxe.efi  nella cartella EFI/OC/DRIVER  controlla il config con ocvalidate 

ho messo la versione Debug, ecco l'errore più specifico

8 minuti fa, antuneddu ha scritto:

se hai abilitato il playchime in UEFI/AUDIO. devi avere anche il driver AudioDxe.efi  nella cartella EFI/OC/DRIVER  controlla il config con ocvalidate 

ci sta, inoltre ho rifatto ocvalidate, ed ora non ho nemmeno un errore, tutto pulito.

23 minuti fa, damiandrake ha scritto:

config.plist > UEFI > Audio > PlayChime to "String" and "Auto" prova così

fatto, quell' errore è sparito.

Però ancora non mi parte, dandomi schermata nera, e solo stringa errore:   Halting on critical error

1 ora fa, Gengik84 ha scritto:

questo...

 Ok, ho fatto come hai detto e ho fixato tutti i problemi sopra, tranne uno, che è poi lo stesso errore di ora al boot.  Non trovo questo parametro nel mio config.   Dove sta ?

OCS: Failed to calculate size of true field containing <empty> as type integer, context <PlayChime>!

ecco il mio output.

Da dove comincio ? E soprattutto, cosa devo metterci la' dove mi da errore ?  🙂

https://pastebin.com/dHwdcq4K

9 minuti fa, damiandrake ha scritto:

Aspetta, cerco un po' in rete e ti dico

 

Allora mandami il config che hai nella USB che te lo metto a posto io, ok?

eccolo

config.plist.zip

penso che dalla 0.67 in poi, faccia altri controlli, e vadano aggiunte altri flag da qualche parte....

non so dove

Ecco l'errore:

Adesso, damiandrake ha scritto:

Ma pk usi la versione Debug? Nella USB devi mettere la versione Release

in ogni caso la USB funziona senza problemi,  come del resto il mio pc se laschio questa 0.66.   Qualcosa nel passaggio alla 0.67 non va

1 minuto fa, damiandrake ha scritto:

No, se funziona sul disco sostituisci solo i due file, senza fare modifiche al config

ti anticipo.

i due file gia' ho provato a sostituirli (lo faccio sempre ad ogni uscita...) ma non mi fa il boot.  Ho la 0.66 debug a bordo e sto cercando di passare alla 0.67 debug.  Fortunatamente ho sempre la mia pendrive di boot che uso poi per ripartire e sistemare il tutto.

26 minuti fa, damiandrake ha scritto:

Scarica ProperTree da qui, monti la EFI nella USB, e apri il config con ProperTree, poi vai su NVRAM, terza opzione, la apri e tra i boot-args aggiungi -v, poi vai su Misc e poi su Debug e cambi le prime 3 opzioni su True e in Target scrivi 67

Grazie, provo.

Se funge faccio le stesse identiche cose sul disco ?

2 ore fa, damiandrake ha scritto:

Mi dispiace ma non saprei risponderti, cmq il metodo migliore per aggiornare OpenCore, come suggerisce la wiki ufficiale Dortania, è crearsi una USB con la EFI che abbiamo nel disco e cambiare i file BOOTX64.EFI e OpenCore.efi ed aggiungere il boot-arg -v e cambiare le prime 3 impostazioni in Misc > Boot e cambiare l'opzione target in 67 così, se abbiamo problemi durante l'avvio abbiamo sempre debug (almeno io faccio così)

pui spiegarmi "per niubbi" come fare questi passaggi all'atto pratico ? :  "ed aggiungere il boot-arg -v e cambiare le prime 3 impostazioni in Misc > Boot e cambiare l'opzione target in 67"

grazie caro

ragazzi, siamo alla versione 0.6.7 di OpenCore bootloader.

Vi chiedo, esiste un tool o un modo per auto aggiornare la propria versione di Opencore, senza stare la a sovrascrivere tutte le cartelle e file ogni volta ?  

Un qualcosa di automatizzato insomma

Risolto.

rinominato bootmfg-orig.efi in bootmfg.efi, entrato nel bios, disabilitato il disco interno tra le opzioni di boot, messo Opecore come primario e basta.   All'accensione compare sempre Opencore senza che Window parta in automatico, e funziona se lo si lancia dopo.

2 ore fa, Gengik84 ha scritto:

dovresti vederlo nel log di opencore

come quello che ho allegato al primo post ?

Nessuno ?

2 ore fa, foskvs ha scritto:

Il percorso è EFI/Microsoft/Boot/bootmgfw.efi ma dovrebbe riconoscertelo in automatico, senza inserirlo nel config.plist

il boot di Windows si trova in fs0:

Dentro fs0: c'e' la directory EFI > BOOT , OC , Microsoft , Apple

Il problema e' che se faccio il MAP e mi da l'output che allego, copio la stringa di fs0: ed aggiungo / \EFI\Microsoft\Boot\bootmgfw-orig.efi non parte windows al boot, pur comparendo l'icona da interfaccia di boot.

se rinomino bootmgfw-orig-efi in bootmgfw.efi , al boot mi parte direttamente Windows bypassando il boot di OC .

Gengik84 come lo scopro il path giusto ?

sono nella Shell di opencore.

come faccio a mappare il path dove risiede il boot di windows ?     Per dummies....

14 hours ago, katsuja said:

Fai una prova: Misc/Security/ScanPolicy metti 0, se non già presente, poi riavvia e vedi se il disco di Windows è nella lista.

niente, non compare