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.

macOS ennevidia :)

classico errore dovuto al contenuto tra sedia e tastiera :)

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.

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) :)

guarda meglio :) https://postimg.cc/bDn2wchR">

@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)

son russi..parlano poco :)

@Baio77[/mention] la versione in OP e' aggiornata costantemente..la puoi ottenere da te con la app OC_EFI_Maker o scaricarla da li ricorda che e' la 0.02 che viene aggiornata nel caso usassi invece la release che oggi e' ferma a 0.01 ci sono differenze nei config.

primo messaggio di questa guida?

si anche a me, trovata su UUP come da tuo insegnamento passato..ma poi ho dimenticato come scaricarla... :)

@Emanuele-1998[/mention] AppleCpuPmCfgLock AppleXcpmCfgLock provato a mettere true anche sul primo?

18362.116

Ha scritto dopo 19 secondi: alpha 18 disponibile risolto il problema che..non funzionava :) Attenzione da usare solo con la release di OC...e controllare sempre

Primo lilu come avevi e poi il resto.. io ti consiglierei visti i problemini di partire con il minimo indispensabile Lilu applealc e fakesmc o virtualsmc.. senza tutte le altre cose.. disabilitali nel config. attiva le patch per il kernel e riprova..ora il tuo video "dove era andato piu' avanti" non e' piu' disponibile..ma forse le scritte in piu' erano per i kext invalidi e niente altro...

https://postimg.cc/3Wp0p0GF">

non ho la competenza adatta per quella piattaforma... come costruzione mi sembra buona..ma di piu' non so

https://www.amazon.it/gp/product/B0721STR79/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1">https://www.amazon.it/gp/product/B0721S ... UTF8&psc=1">https://www.amazon.it/gp/product/B0721STR79/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1 io ho questo che e' ottimo (radiatore in rame)

quello dovrebbe risolvere l'hang al ++++++++++++++++++++ se non lo hai li (con altri chipset) io non lo metterei Ha scritto dopo 1 minuto 19 secondi: piker alpha mi aveva insegnato a calcolare la patch apposita che all'epoca si chiamava reboot fix o simile per cpu unsupported

https://www.tweaktown.com/image.php?image=imagescdn.tweaktown.com/content/8/4/8460_49_gigabyte-z370-aorus-gaming-5-motherboard-review_full.png">https://www.tweaktown.com/image.php?ima ... w_full.png">https://www.tweaktown.com/image.php?image=imagescdn.tweaktown.com/content/8/4/8460_49_gigabyte-z370-aorus-gaming-5-motherboard-review_full.png Ha scritto dopo 20 secondi: forse questo e' un bios piu' vecchio Ha scritto dopo 17 secondi: ma non e' quella l'opzione quasi sicuramente Ha scritto dopo 4 minuti 44 secondi: si e' un F4

io ho trovato questo ma non e' related.. https://postimg.cc/fJSmWRj1">

io comunque protestai con i devs di coder quando misero in automatico delle patches senza dire niente sulla mia macchina non andavano ed io non potevo fare nulla (x99 non solo mia chiaramente con xeon unsupported) poi misero la possibilità di abilitare o meno ad esempio il kernelXCPM Ha scritto dopo 48 secondi:

si io patchavo il tutto con UEFIPatch di coderush..ma pensavo che oggi fosse pratica in disuso

@netgear[/mention] ma stiamo parlando della gigabyte in firma? Se si non dovrebbe servire..anche gigabyte dovrebbe averlo unlocked da un po' o di suo o come opzione da bios

ah ok allora non era andata avanti l'errore di invalid kext era perche' non erano corretti i binari come ti aveva detto @Gengik84[/mention] Allora aspettiamo @Eniac[/mention] che ti aveva fatto uscire dallo schermo nero iniziale e sentiamo cosa dice?