-
Posts
3,896 -
Joined
-
Days Won
160
Content Type
Profiles
Forums
Events
Downloads
Posts posted by Anto65
-
-
Ciao , metti il tuo hardware in firma ...sara' piu' facile aiutarti
-
Nuova build per Windows 11 22454.1000 (rs_prerelease) disponibile
- 2
-
farei un tentativo con securebootmodel su j.. quello relativo al tuo smbios o default , se e' su disabled
sempre se non dipenda dalla GPU ... fabio ne sapra' sicuro piu' di me 🙂
-
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 )
- 2
- 1
-
ProperTree https://github.com/corpnewt/ProperTree e' stato aggiornato , adesso OC snapshot salva correttamente il plist.
- 2
-
non e' che e' impostato come ausiliare ? Premendo la barra buuum 😀 compare
-
Hai OpenCanopy su false
- 1
-
-
Provato a modificare DisableRtcChecksum YES/NO in Kernel > Quirks ?
- 1
-
45 minuti fa, damiandrake ha scritto:
Ciao, io non saprei aiutarti visto che non mi sono mai trovato nella tua situazione; ma due cose credo di potertele dire
1) Non usare quello schifo di OpenCore Configurator...
2) Smettila di aprire topic inutilmente, aprine uno dove parli del tuo PC e fine.
@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 ?
- 2
-
@the77joker dai un occhiata qui
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
- 1
- 2
-
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
- 2
-
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
-
-
1 ora fa, the77joker ha scritto:
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
- 2
-
- 2
-
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 )
-
-
14 minuti fa, Andre1897! ha scritto:
ok , ho cambiato , riavviato e adesso lo sta riscaricamendo... Vediamo al riavvio , grazie.
Invece per quanto riguarda il SMBIOS , una curiosità , secondo voi va bene quello che ho cioè imac21,5 2017 , considerando che ho la hd630 , kabylake e un desktop??
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
Strane stringhe d'errore dopo l'aggiornamento di Clover da r5032 a r5038
in Clover
Posted
Quando ho aggiornato alla 5139 , mi dava anche a me quell errore riguardo la data e vers. del Smbios
Se non ricordo male 😆 avevo ricreato con CConf. un nuovo smbios ( in base al mio hardware iMac19,1 ) e copiato solo Bios Version ( IM191.88Z.F000.B00.2106222356 ) e Bios Release Date ( 03/10/2021 ) nel vecchio config.
Sparito il warning