Jump to content

A23SS4NDRO

Contributor
  • Posts

    1,375
  • Joined

  • Last visited

  • Days Won

    11

Everything posted by A23SS4NDRO

  1. Ok chiarissimo, quindi correggo quello che ho scritto sopra con Questo qualora si abbia una porta Disattiva, ho sostituito: Return (GUPC (Zero)) Questo qualora si abbia una porta Attiva, Interna, e 2.0 Type A, ho sostituito: (tutte le attive 2.0 tranne HS05 e HS06) Return (GENG (One, 0xFF)) Questo qualora si abbia una porta Attiva, Esterna, e 2.0 Type A, ho sostituito: (solo HS05 e HS06) Return (GENG (One, 0x00)) Qualora si abbia una porta Attiva, Interna, e 3.0 Type A, ho sostituito: (per tutte tranne SS05 e SS06) - sono definite come le 2.0 sintatticamente perché entrambe interne, ma riesce a distinguere le interne 3.0 dalle interne 2.0 no? Return (GENG (One, 0xFF)) Qualora si abbia una porta Attiva, Esterna, e 3.0 Type A, ho sostituito: (per SS05 e SS06) (GENG (One, 0x03)) SSDT-4-xh_rvp08_new.zip
  2. Per le altre porte invece? Per esempio HS04 che è 2.0 ed è interna, lascio Return (GUPC (One)) E per le USB 3.0 Interne faccio lo stesso, cioé non le tocco? Ok scusami non ho riletto il topic sopra
  3. Edit: vorrei provare ad editare il mio ssdt per le USB aggiungendo questo metodo: Method (GENG, 2, Serialized) { Name (PCKG, Package (0x04) { Zero, 0xFF, Zero, Zero }) PCKG [Zero] = Arg0 PCKG [One] = Arg1 Return (PCKG) /* \GENG.PCKG */ } Per farlo, penso sia necessario rimuovere il metodo GENG 1 con cui prima mappavo, ed il metodo GUPC per definire le porte esterne, ora definite da GUPC a GENG per tutti i GUPC trovati, anche per le porte non attive, faccio alcuni esempi: Questo qualora si abbia una porta Disattiva, ho sostituito: Return (GENG (Zero)) Questo qualora si abbia una porta Attiva, Interna, e 2.0 Type A, ho sostituito: (tutte tranne HS05 e HS06) Return (GENG (One, 0xFF, 0x00)) Questo qualora si abbia una porta Attiva, Esterna, e 2.0 Type A, ho sostituito: (solo HS05 e HS06) Return (GENG (One, 0x00)) Qualora si abbia una porta Attiva, Interna, e 3.0 Type A, ho sostituito: (per tutte tranne SS05 e SS06) Return (GENG (One, 0xFF, 0x03)) Qualora si abbia una porta Attiva, Esterna, e 3.0 Type A, ho sostituito: (per SS05 e SS06) (GENG (One, 0x03)) Chiedo conferma a @Gengik84 se devo procedere cosi con le modifiche o e' meglio se lascio il metodo GUPC per definire le porte disattive e quelle interne, grazie. Allego il vecchio SSDT per backup SSDT-4-xh_rvp08_original.aml.zip
  4. Figurati, siamo qui per imparare! Grazie per il topic accurato in tutte le sue sfaccettature, veramente utile
  5. Prova a chiedere ad un moderatore, hanno la possibilità di cambiare il tuo post aggiungendo le modifiche necessarie Consiglierei di apportarle rispondendo qui sotto, poi chiedi magari ad un mod che con copia incolla del lavoro/testo che vorrai scrivere, spostando il necessario di sopra, ed è fatta... Non c'è molto altro da dire su propertree, hai già scritto molto bene 🙂
  6. Ho già installato tempo fa su quella motherboard (con 9700K e Sapphire RX580) e prima che uscisse SSDT-PMC.aml per il problema NVRAM e prima che Gengik scrivesse SSDT390Seris.aml che abilitava accesso a nvram, ma avviavo senza problemi con Emuvariable.efi e OsxAptioFix2Drv.efi (FwRuntimeServices non esisteva, e neanche OpenCore quindi niente OCQuirks.efi) Con AptioMemory avviavo ma avevo problemi a spegnere. Sbagliato. Se Apple avesse voluto ostacolarci lo avrebbe fatto molto tempo fa. Qui è necessario rimboccarsi le maniche e iniziare a studiare, niente roba prefatta. Inizi con questa guida magari, clover è più semplice da maneggiare rispetto a OC, ma lo posto comunque il link. Se hai problemi dubbi o domande scrivi senza problemi in modo da chiarire la soluzione con tutto il forum, senza usare CARATTERI MAIUSCOLI perché equivale a urlare, ed è sinonimo di maleducazione. Grazie, buona permanenza sul forum
  7. Ecco il comando che applica queste features cd /Volumes/EFI/EFI/OC /path/to/create_vault.sh . /path/to/RsaTool -sign vault.plist vault.sig vault.pub off=$(($(strings -a -t d OpenCore.efi | grep "=BEGIN OC VAULT=" | cut -f1 -d' ')+16)) dd of=OpenCore.efi if=vault.pub bs=1 seek=$off count=528 conv=notrunc rm vault.pub "vault.plist file should contain SHA-256 hashes for all files used by OpenCore. Presence of this file is highly recommended to ensure that unintentional file modifications (including filesystem corruption) do not happen unnoticed. To create this file automatically use create_vault.sh script. Regardless of the underlying filesystem, path name and case must match between config.plist and vault.plist" Tradotto: Il file vault.plist dovrebbe contenere hash SHA-256 per tutti i file utilizzati da OpenCore. La presenza di questo file è altamente consigliata per garantire che non si verifichino modifiche involontarie dei file (inclusa la corruzione del filesystem) evitando che passino inosservate. Per creare questo file utilizzare automaticamente lo script create_vault.sh. Indipendentemente dal filesystem sottostante, nome percorso e case devono corrispondere tra config.plist e vault.plist
  8. Buongiorno ragazzi, mi studiavo un po' la documentazione di OC Sezione Vault For this you are recommended to at least enable UEFISecureBoot with a custom certificate,and sign OpenCore.efi andBOOTx64.efi Voi procedereste nella creazione di chiavi Custom? Dato che loro lo consigliano anche? Da quel che ho capito, migliora la sicurezza (evitando eventuali tampering) implementare un certificato per Secure boot custom e firmarlo con Opencore.efi e bootx64.efi Per quanto riguarda il vault (quindi in separata sede dalla creazione di chiavi per Secure boot) potrei nel frattempo Imlementare tramite lo script: "Sign.command" che è possibile trovare in CreateVault di OCsupportPkg, che effettua tramite gli script • create_vault.sh • RsaTool -La creazione di una una directory "Keys" in EFI/OC -sha256 di Fwruntimeservices in vault.plist -tramite il tool "dd" embedda una chiave in OpenCore.efi E quindi applica un controllo del file Opencore.efi e Fwruntimeservices (dentro vault.plist) Differences.pdf.zip CreateVault.zip
  9. Per quanto riguarda le GPU consiglio di dare un'occhiata qua per quelle da evitare e qua per quelle consigliate. A proposito delle vega della casa Sapphire, alcuni hanno avuto problemi in passato "And while Sapphire may be the best brand for Polaris GPUs, Vega GPUs are quite a bit of a different story. While many have working systems with Sapphire Vega, a good chunk of users also experience instability and issues with macOS functioning correctly." Tradotto: "E mentre Sapphire potrebbe essere il miglior marchio per le GPU Polaris, le GPU Vega sono un po 'diverse. Mentre molti hanno sistemi funzionanti con Sapphire Vega, un buon gruppo di utenti ha anche instabilità e problemi con il funzionamento corretto di macOS." Altre sorgenti: Per quanto riguarda invece la motherboard io ho scelto di andare su Z370 (asus in particolare per evitare il lavoro di sblocco registro MSR 0xE2 effettuato da @SemanticA) Dai un'occhiata all'hardware in firma, ho la stessa tua CPU
  10. Se vuoi conoscere un po' il retroscena leggi qua https://voodooi2c.github.io/
  11. Quindi mobo con device intel integrati o laptop con wireless intel dovrebbero cavarsela senza dover cambiare con dispositivi broadcom?
  12. Ottima guida, uso Propertree da parecchio, e mi ci trovo proprio bene per il fatto che sia molto snello seguendo quindi la politica di OpenCore ed essendo anche OpenSource 😃 se vuoi puoi aggiungere alla guida il fatto che nella sezione scripts ci sta "BuildApp.command" che ti da la possibilità di fare appunto il build dell'applicativo per poi spostarlo tra le Applicazioni, e aggiornarlo quando si ritiene necessario a seconda dei commit del repository di corpnewt
  13. Si avevo notato, dicevo di vedersela siccome e' tutto documentato li anche il post installazione
  14. Se l'inglese non è un problema, hai visto questa guida? La trovo molto chiara nella sua struttura anche per AMD. Step 1) Crei la USB (fattibile da windows o da linux) https://khronokernel-2.gitbook.io/opencore-vanilla-desktop-guide/opencore-efi Per avere un'idea di come si lavora su windows ci sta la guida di SnazzyLabs, ma prendi come riferimento khronokernel che è seguito da vit9696 Step 2) Prendi kext e driver necessari https://khronokernel-2.gitbook.io/opencore-vanilla-desktop-guide/ktext Step 3) Fai il config.plist https://khronokernel-2.gitbook.io/opencore-vanilla-desktop-guide/amd-config.plist/amd-config Fine
  15. Anche se qui il gruppo acidanthera dice che VirtualSMC.efi può essere anche usato su altri bootloader, ma secondo me a te non serve, quoto: VirtualSmc.efi can still be used in other bootloaders
  16. È deprecato il driver .efi perché è stato implementato in OC con il quirk AppleSMCIO, infatti nella release di VirtualSMC 1.1.1 non trovi quel driver efi Poi mi pare che si usasse solo per FileVault, ma potrei sbagliare
  17. Bella guida... Tra i driver che metti nella EFI hai provato ad avviare e testare il sistema senza Fsinject, datahubdxe, partitiondxe e VirtualSMC.efi (ora deprecato?) Facci sapere, e grazie ancora per la guida 🙂
  18. Direttamente da DF (Download-Fritz) MemoryAllocation.efi is just renamed free2000, please don't recommend this junk. For memory allocation errors, upgrade the firmware, follow the recommended firmware settings (e.g. Above 4G decoding), use DevirtualiseMmio and ProvideCustomSlide Sappiamo che OsxAptioFix2Drv-free2000.efi non ha un buon nome in campo, quindi è necessario fare attenzione Tradotte le prime righe del post di Apianti: Ho scatenato una piaga su di voi ragazzi e mi dispiace per OsxAptioFix2Drv-free2000. Il titolo dice tutto. Si prega di non utilizzare questo driver, come sempre
  19. Aggiornato Clover e aggiunto security update passando temporaneamente per 13,2 altrimenti non mi dava la possibilità di installarlo. Poi ho rimesso SMBIOS 11,2 e -no_compat_check. Ho rimosso inoltre la port patch limit e USbinjectall tempo fa, entrambe non servivano. Lilu mi bloccava su kext stall - IOresources come potete vedere dagli screenshot passati nel topic, che penso ora si possa cambiare "High Sierra" del titolo con "Mojave". Mando uno screen della cartella clover e aggiungo config.plist - il DSDT in utilizzo non è assolutamente mandatorio per avviare ma può far comodo per togliere roba in eccesso di hardware legacy così datato (parliamo di un pc del 2009-2010, CPU i3 540 su H67 come chipset che parte con Mojave o anche catalina grazie a GT710) EFI - Legacy Install.zip
  20. Benvenuto! Buona permanenza sul forum
  21. Si è una Zotac GT710, quindi servirebbe una GPU UEFi per disabilitare CSM e avere doppio monitor... Svelato l'arcano😀 Comunque il motivo per cui cerco di avviare con OpenCore è per il fatto che in prospettiva di 10.16 Clover potrebbe risultare datato e quindi migrare su opencore è la scelta migliore per tenersi al passo anche con questa build. Con una dGPU UEFi molto probabilmente posso disattivare CSM e andare UEFI puro
  22. Niente da farsi, opencore non se vuole sentire di avviare tramite CSM on neanche con protectcsmregion ON e ExternalDiskiconsOFF è molto probabile che voglia avvio UEFI puro, ma a quanto ricordo l'ultima volta che sono riuscito ad avviare con avvio UEFi puro era quando usavo solo l'integrata, e andava solo la Porta DisplayPort. Può essere che la GT710 non è UEFI e quindi non vedo nulla se disattivo CSM?
  23. No non ho dischi arancio, quindi meglio disattivare ahahah
  24. Ok rimossa. Sempre stesso errore Sarà che la CSM abilitata vuole protect CSM region settato su ON? Perché se disattivo la CSM devo staccare la batteria del BIOS per resettare tutto e riavere un output su display normale
  25. Hi rimesso releaseusbownership, se serve tolgo da devices properties la scheda di rete PciRoot(0x0)/Pci(0x1c,0x0)
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.