Anto65

Cosa vorresti realizzare con custom entries ? Nel frattempo Opencore ha fatti passi da giganti , impostando lo scanpolicy sullo 0 Windows viene rilevato , come anche le distro di Linux aggiungendo i nuovi drivers integrati nella ver.0.7.3 OpenLinuxBoot.efi , btrfs_x64.efi e ext4_x64.efi ( https://github.com/acidanthera/OcBinaryData ) OC avvia tutto senza inserire niente in Entries . l icona Linux adesso (dalla ver.0.7.0 ) viene visualizzata semplicemente , rinominadola in Linux.icns non serve copiarla da nessuna parte , impostando PickerAttributes = 144 ( grazie alla nuova funzione Flavours https://github.com/acidanthera/OpenCorePkg/blob/master/Docs/Flavours.md )

ProperTree https://github.com/corpnewt/ProperTree e' stato aggiornato , adesso OC snapshot salva correttamente il plist.

non e' che e' impostato come ausiliare ? Premendo la barra buuum 😀 compare

Hai OpenCanopy su false

Intendi isettaggi del bios ? https://macos86.github.io/config.plist/laptop/skylake.html#disabilita

Provato a modificare DisableRtcChecksum YES/NO in Kernel > Quirks ?

@damiandrake comunque non mi sembra corretto definire schifo OCConfigurator prima per il rispetto chi ci lavora dietro ( viene aggiornato quasi in tempo reale , o a distanza di qualche ora, camminando a pari passo con le ver. di OC ) , secondo perche' e' ora di sfatare il fatto che corrompe o incasina il plist. Se ' e' alla stessa versione di OC non crea nessun problema , certo se uso OC 0.73. e il configuratore e' invece alla 0.7.0 allora si, salvera' il plist di conseguenza , ma la colpa sicuramente perche' non e' stato aggiornato ( premetto che per andare a spulciare il plist uso PlistEditPro e controllo con ocvalidate ,Sample etc.) Stesso errore lo fanno qualsiasi configuratore che sia quello cinese o altri se non sono aggiornati alla stessa release di OC il tanto blasonato ProperTree in altre occasioni e pure stamattina se scorri il thread , facendo OCSnapshot salva il plist a modo suo rimuovendo le modifiche fatte per OC 0.7.3 esempio sezione UEFI > Drivers salvando con le impostazioni 0.7.2 , non facendo avviare il pc Scusate l OT

Sono stati introdotti nuovi driver per il supporto Linux : OpenLinuxBoot.efi , btrfs_x64.efi e ext4_x64.efi ( https://github.com/acidanthera/OcBinaryData ) Ho aggiunto in Misc > Security > Scan Policy = OC_SCAN_ALLOW_FS_EXT ( allows scanning of EXT (Linux Root) file system.) Sperando di avviare Deepin (Linux) senza ssere dichiarato in Misc > Entries , ma al boot non viene rilevato .... work in progress 🙃 Qualcuno ha sperimentato ?

@the77joker dai un occhiata qui https://www.macos86.it/topic/1187-opencore-aka-oc-nuovo-bootloader/page/62/?tab=comments#comment-118626 se fai ocsnapshot con ProperTree potrebbe non salvare il plist correttamente ricontrolla con ocvalidate

Si ho riscontrato anch io quel problema con ProperTree tanto elodato... diverse volte , salva a modo suo , da un po' non faccio piu' affidamento vado di Plistedit pro

Guarda il video forse salti qualche passaggio 🙂

Confrontare il config.plist con il Sample.plist all'interno della Release 0.7.3 , la struttura dei Drivers è cambiata da cosi’ (ver. 0.7.2) a cosi’ (vers. 0.7.3) Ogni driver ha ora 3 proprietà: Arguments, Enabled e Path ( Aggiunto anche ForceOcWriteFlash in UEFI -> Quirks ) Diversamente i Drivers non vengono caricati (vedi ocvalidate) Pena , avvio con menu testuale senza GUI e il sistema non si avviera’ Prestare attenzione facendo OCSnapshot con ProperTree (probabilmente va aggiornato da corpnewt ) riporta il config. alla 0.7.2 verificare con ocvalidate

Ciao , How to GenSMBIOS https://drive.google.com/file/d/1Xq7Pymzi42tyE0tyNbtbWic55eU-hURM/view?usp=sharing ( nell esempio genera il seriale per iMac19,1 ,cambia con quello che sara' il tuo ... iMacPro1,1 o MacPro7,1 ....) Visto che usi la RX opterei per iMacPro1,1 o MacPro7,1 sono i soli 2 SMBIOS che permettono di caricare la dGPU di tutti i compiti incluso il rendering dello sfondo e altri compiti che la iGPU potrebbe fare https://macos86.github.io/extras/smbios-support.html#come-decidere

Buon giorno

Se leggi il pdf di configurazione non e' consigliato -1 bensi impostare Per Catalina MinDate = 20200306 MinVersion = 1412101001000000 Successo identica cosa , dopo l installazione Catalina non era visibile al boot finche non ho impostato APFS https://www.macos86.it/topic/5037-bootloop-installazione-catalina-oc-072/?tab=comments#comment-118063

E pure Clover all ultima vers. 5139 e' sistemato 🙂 CloverConfigPlistValidator_r5139.zip

Ciao ,hai gia' un topic aperto https://www.macos86.it/topic/5069-xiaomi-mi-air/?do=findComment&comment=118493 non aprirne altri sullo stesso argomento , grazie Hai provato a controllare il plist con ocvalidate ? Prova a sistemare queste chiavi mancanti nella sezione Acpi , puoi copiarle dal Sample.plist che trovi all interno della release di OC ( come anche ocvalidate )

Ciao ma e' un disco unico partizionato ? O 3 dischi separati ? Su disco unico dovresti avere le cartelle Microsoft e Ubuntu insieme a quella di OC

E' consigliato usare iMac18,1 https://macos86.github.io/config.plist/kaby-lake.html#platforminfo

Strano allora prova default o lascia j160

Quando finisce di scaricare ,non riavviare per iniziare la procedura di aggiornamento ...cambia nuovamente SecureBootModel in Disabled ....quindi riavvia

Dovresti cambiare SecureBootModel in j160 non il SMBIOS e csr-active-config 00000000

Se il path trovato tramite shell PciRoot..... e' giusto dovrebbe partire

Ho TMP abilitato e Secure Boot disabilitato da sempre , in compenso pero' hai fatto un installazione pulita ..dai 🙂

Si ho fatto l upgrade , non ho problemi con TPM o altro