OpenCore aka OC.. Nuovo BootLoader !!!

[Baio77]

Da quello viene scritto intuisco che NON bisogna copiare\incollare i Config di versioni precedenti questo xche nel corso dello sviluppo di OC anche il config subisce delle variazioni ......

 

Esempio: scarico la EFI di OC al 1° post (dovrebbe essere la solita che scarico da OC EFI Marker ) e integro nel suo config TUTTE le voci ho personalizzato nel vecchio Config della OC stavo usando .....

 

un'altra domanda è:

 

La versione 0.0.2 viene di conseguenza aggiornata con li sviluppi integrati nella versione 0.0.1??? Quindi di fatto la V 0.0.2 sarà sempre aggiornata rispetto la V 0.0.1che scaricherò da OC EFI Marker?????

[netgear]

Nuova Versione di OC, nuovo Config (forse), o quantomeno controllare con il precedente, se poi hai preso pratica nel farlo usi il Nuovo Config a prescindere, non hai dubbi e non perdi tempo per confrontarli...

[iCanaro]

io sto usando lo stesso config iniziale.. integro di volta il volta le novità introdotte e bypasso le voci eliminate... chiaramente il tutto nella stessa sequenza del config sample

[fabiosun]

@Baio77[/mention] 002 e' quella sempre aggiornata, ma non e' una release , quindi potresti avere un problema o piu' problemi diversi..

 

quella 0.01 e' li e se ti funziona non cambia..

 

quella in continuo sviluppo (oltre a introdurre dei cambiamenti di struttura o voci nel config) potrebbe anche introdurre problematiche diverse (che poi risolvono)

[Gengik84]

"iCanaro" post_id="35460" time="1558697426" user_id="57">

io sto usando lo stesso config iniziale.. integro di volta il volta le novità introdotte e bypasso le voci eliminate... chiaramente il tutto nella stessa sequenza del config sample

 

Concordo... idem

 

si può ripartire da zero ma si può anche correggere a modo il proprio config senza ripartire da capo

 

 

 

Ha scritto dopo 2 minuti 9 secondi:

"Baio77" post_id="35456" time="1558695840" user_id="55">

La versione 0.0.2 viene di conseguenza aggiornata con li sviluppi integrati nella versione 0.0.1??? Quindi di fatto la V 0.0.2 sarà sempre aggiornata rispetto la V 0.0.1che scaricherò da OC EFI Marker?????

 

Certo..esatto

 

poi la 0.0.2 richiede appunto la compilazione del tutto, perché non è in release (cioè non già in repo precompilata)

[Gengik84]

La versione 0.0.2 adesso è release!

 

 

[code]Documentation improvements (see Differences.pdf)
Platform information database updates
Fixed misbehaving Debug -> Target enable bit
Added ResetLogoStatus ACPI quirk
Added SpoofVendor PlatformInfo feature
Replaced ExposeBootPath with ExposeSensitiveData
Added builtin implementation of Data Hub protocol
Dropped UpdateSMBIOSMode Auto mode in favour of Create
Fixed SMBIOS CPU detection for Xeon and Core models
Moved ConsoleControl configuration to Protocols
Added Security -> ScanPolicy preference
Fixed invalid board-rev exposure in Data Hub
Fixed SMBIOS Type 133 table exposure
Added support for SMBIOS Type 134 table exposure

[/code]

[netgear]

Aggiornato, Kext e Drivers inclusi, tutto liscio... Sto scrivendo dalla 0.0.2...

[netgear]

L'Avvio di Linux da OC in MultiEFI non comporta problemi, Avvia la EFI.

 

-

[Gengik84]

OC avvia qualsiasi cosa che diciamo abbia un boot :)

[netgear]

Si più che altro era vedere il discorso di Bypassare la ACPI, anche in questo caso ho messo IgnoreForWindows, bisogna capire come ragiona, se avviando dalla EFI per lui tutti i FileSystem sono Windows e salta gli ACPI...

 

 

 

Cmq così sembra non interferire... Poi magari non in EFI dedicata si comporta diversamente...

[Gengik84]

certo quel fix è fatto appositamente

[fabiosun]

OT sono riuscito ad eliminare l'errore

 

c'era un cambiamento (non mi sembra segnalato) di un valore che e' passato da a 1 (senza) :)

[Gengik84]

mmm non è che avevi messo in formato string una parte che per esempio era number?

 

:)

[fabiosun]

su config avevo questo (nelle beta 0.02)

 

PlatformInfo/DataHub

 

DevicePathsSupported Data

 

ora e' :

 

DevicePathsSupported Number 1

 

 

 

la cosa strana che prima non mi dava errore nel caso che l'errore fosse da prima :)

 

 

 

Ha scritto dopo 1 minuto 30 secondi:

 

forse ho perso qualche differences.pdf

 

 

 

Ha scritto dopo 3 minuti 28 secondi:

 

dall'ultimo manuale ad oggi 0.02:

 

11. DevicePathsSupported

 

Type: plist integer, 32-bit

 

Default value: Not installed

 

Description: Sets DevicePathsSupported in gEfiMiscSubClassGuid. Must be set to 1 for AppleACPIPlat- form.kext to append SATA device paths to Boot#### and efi-boot-device-data variables. Set to 1 on all modern Macs.

 

 

 

mentre nel manuale 0.01

 

11. DevicePathsSupported Type: plist data, 1 byte

 

26

 

Default value: Not installed

 

Description: Sets DevicePathsSupported in gEfiMiscSubClassGuid. Must be set to 01 for AppleACPIPlat- form.kext to append SATA device paths to Boot#### and efi-boot-device-data variables. Set to 01 on all modern Macs.

 

 

 

Ha scritto dopo 1 minuto 25 secondi:

 

ed ecco il differences :)

 

 

 

11. DevicePathsSupported

 

Type: plist datainteger, 1 byte32-bit

 

Default value: Not installed

 

Description: Sets DevicePathsSupported in gEfiMiscSubClassGuid. Must be set to 011X for AppleACPIPlat- form.kext to append SATA device paths to Boot#### and efi-boot-device-data variables. Set to 011X on all modern Macs.

[fabiosun]

classico errore dovuto al contenuto tra sedia e tastiera :)

[Gengik84]

si ma la sincerità... cosa che hai avuto..è assai rara

 

tanto di cappello ;)

[netgear]

Ora che ho messo Linux mi dice in avvio, la solita frazione di secondo :), bootorder non è configurato, non lo vedo nel config per configurarlo...

[fabiosun]

la cosa piu' vicina..

 

6. RequestBootVarRouting

 

Type: plist boolean

 

Default value: false

 

Description: Request NVRAM driver (or AptioMemoryFix) to redirect Boot prefixed variables from EFI_GLOBAL_VARIABLE_G to OC_VENDOR_VARIABLE_GUID.

 

This will set special boot-redirect variable, which a compatible driver will abide after booter start. The quirk lets default boot entry preservation at times when firmwares delete incompatible boot entries.

[fabiosun]

questa mi interessa..ma la capisco poco

 

 

 

2. How to customise boot entries?

 

OpenCore follows standard Apple Bless model and extracts the entry name from .contentDetails and .disk_label.contentDetails files in the booter directory if present. These files contain an ASCII string with an entry title, which may then be customised by the user.

[netgear]

Devono essere le cose strane della Mela... Io ne conosco poche emoticon_sorriso ...

[fabiosun]

cmq

 

".contentDetails and .disk_label.contentDetails"

 

sul pdf parlano una sola volta di questi due files, ma di piu' non si sa..

 

ad esempio degli esempi per cambiare il nome delle voci del menu, che sembrerebbe fattibile tramite i due file di cui sopra...

[netgear]

Tipo che i Nomi vengono montati in questi file e noi li possiamo modificare... ma l'ordine come funziona, per ora mi sa che bisogna accontentarsi che avvii... Se lo scopri sarebbe cmq interessante, ancora non ho capito se l'avvio di Linux ha interazione con qualcosa del BootLoader...

[fabiosun]

si anche solo come si creano..cmq ho chiesto di la :)

[netgear]

Se ti capita chiedi se sui Sistemi Linux c'è qualche manovra da fare o OC non interagisce su quei Sistemi...

[Gengik84]

@fabiosun[/mention]

 

lo trovi in /System/Library/CoreServices

 

ti serve abilitare i file nascosti