Jump to content

Installazione su H110 i5 7400 GT710 - Opencore 0.6.2


A23SS4NDRO

Recommended Posts

Ho aggiunto (anche se me lo avevi sconsigliato, ma tentar non nuoce, ero curioso) 

 

npci=0x3000

 

È cambiato il punto in cui si ferma (questo con SMCsuperIO disabilitato perché altrimenti si fermava su "MAC framework successfully initialized)

 

 

 

 

 

 

IMG_20200120_140850.jpg

Link to comment
Share on other sites

Benissimo, alla fine si tratta di capire cos'è che non va nel config.plist di opencore, e avviare 

Avendo come riferimento la cartella di Clover già funzionante abbiamo la strada spianata, a meno che Clover aggiunga di suo qualcosa a me sconosciuto 

Link to comment
Share on other sites

  • Administrators

no serve...

la scheda di rete con i kext di mieze è sempre built-in soprattuto su hardware recenti (anche da haswell in poi)

Mieze ha sempre fatto un lavoro da 110 e lode.... E' nel codice dei suoi kext, difficilmente fallisce questo discorso..i casi sono rari e dovuti in caso diciamo a ovvie regioni, ma non credo che è il tuo caso.

Link to comment
Share on other sites

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

IMG_20200129_191228.jpg

Edited by A23SS4NDRO
Link to comment
Share on other sites

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?

Link to comment
Share on other sites

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

Link to comment
Share on other sites

  • Administrators

si quello è 

gli manca uefi gop

Riguardo a 10.16 ci pensi per tempo ahahahah 😄

+1

riguardo a clover ovviamente avrà bisogno di un po di tempo oltre a "qualcuno" che trovi e renda disponibili le nuove patch per il kernel 🙂

OC vedremo ... ma per come è strutturato è molto meno probabile che abbia un fallimento

Link to comment
Share on other sites

  • 4 weeks later...

Bene! Buonasera a tutti, ottime notizie.

Siccome per questo PC ancora non ho potuto comprare una GPU moderna che sia UEFI al 100%, ahimè la GT710 che utilizzo attualmente con Clover non lo è.

La buona notizia è che sono riuscito a partire con la CSM disabilitata, l'altra sera ho dato una botta su una mensola (e non mi è venuta l'idea del flusso canalizzatore 😆) ma mi è saltato in mente che quando disabilitavo la CSM non mi ricordavo di cambiare l'uscita primaria del BIOS da Primary Express for Graphics a Internal Graphics.

 

Quindi salvate le impostazioni, mi sono collegato alla integrata della motherboard via cavo DisplayPort (ricordavo infatti che DVI-D non andava in output video/forse è legacy o qualcosa a me sconosciuto) e ho avviato l'installer di mojave dalla EFI che allegherò qui sotto di seguito, tutto questo con OpenCore 0.5.4 (poi magari in futuro rimaneggierò config.plist/kext piu aggiornate e 0.5.6 in maniera ottimale per un upgrade generale)

IMG_20200227_185911.thumb.jpg.1818c6394a6de27586b4d7e2a624423b.jpg

 

Leggendo in giro infatti (spulciando un documento che raccoglie la documentazione di acidanthera image.thumb.png.9a7c9f900a9f9ed87a679cb618f09940.png 

 

 

e altri siti terzi, tempo fa ho trovato alcune informazioni in merito alle relazioni tra bootloader (clover e opencore) e questo caspita di firmware CSM.

Putroppo i siti sono in russo, quindi la traduzione in inglese/italiano è quella che è ma bisogna accontentarsi.

 

Tuttavia questa frase pare molto chiara di certo: image.png.dda020a8d847be7223ddfa472caa73bc.png (vedi link 1, se clicchi su link 2 approfondisce la questione) 

Link 1 e Link 2

 

Quindi bene a sapersi, il problema era la CSM abilitata, Slice a quanto pare è riuscito ad integrare delle patch/workaround anche per firmware con CSM abilitato, ma a è meglio (come avete visto) avviare senza CSM (iGPU/GPU - settaggi bios corretti - sezione properties della iGPU e framebuffer) corretti permettendo.

 

Evidentemente OpenCore richiede avvii UEFI puri, ed è più esigente sotto questo aspetto rispetto a Clover, che ora mi permette di utilizzare doppio display, uno su DVI-D e uno su HDMI [entrambe porte appartenenti alla GT710, qui è cruciale l'aiuto di WeG e lo spoof del device-id della iGPU altrimenti il controller H110 (chipset skylake che fa si che macos si aspetti una HD530 skylake) non mi fa andare la integrata KabyLake (HD630)]

  • Like 1
Link to comment
Share on other sites

  • 2 months later...

Ciao ragazzi, ulimamente su questo PC ho avuto alcuni problemi di Sleep, quando premo appunto sul tasto Sleep dal menu della mela succede che il pc riesce ad andare in sleep con il pulsantino di accensione che lampeggia ma non riesce a risvegliarsi (quindi si avvia normalmente) e ha un panic in reboot di questo tipo:

 

Sleep Wake failure in EFI

Failure code:: 0xffffffff 0x0000001f

Please IGNORE the below stackshot

================================================================
Date/Time:        2020-05-16 14:49:34 +0200
OS Version:       ??? ??? (Build ???)
Architecture:     x86_64
Report Version:   29

Data Source:      Stackshots
Shared Cache:     0xb45b000 9BFEAF21-C40C-3FD6-8D58-CF0CFEF02EB2

Event:            Sleep Wake Failure
Duration:         0.00s
Steps:            1

Time Awake Since Boot: 19s



Process:          swd [295]
Architecture:     x86_64
Footprint:        420 KB
Start time:       2020-05-16 14:49:34 +0200
End time:         2020-05-16 14:49:34 +0200
Num samples:      1 (1)

  Thread 0x7b7    1 sample (1)    priority 4 (base 4)
  <thread QoS background (requested background), thread darwinbg, process darwinbg, IO tier 2>
  1  start + 1 (libdyld.dylib + 109769) [0x7fff723c9cc9] 1
    1  ??? [0x104028454] 1
      1  ??? [0x1040281dd] 1
        1  __stack_snapshot_with_config + 10 (libsystem_kernel.dylib + 135862) [0x7fff7252b2b6] 1
         *1  ??? [0xffffff80002c8206] 1
           *1  ??? [0xffffff80009875f7] 1
             *1  ??? [0xffffff80008a0001] 1
               *1  ??? [0xffffff80002eb9e7] (running) 1

  Binary Images:
        0x7fff723af000 -     0x7fff723e5fff  libdyld.dylib (750.5)               <D2A07EF5-A64B-3692-BE13-89DAA2EC5E80>  /usr/lib/system/libdyld.dylib
        0x7fff7250a000 -     0x7fff72536fff  libsystem_kernel.dylib (6153.101.6) <E76440E1-D1E8-3D9A-8B47-D01F554FF1C4>  /usr/lib/system/libsystem_kernel.dylib

 

 

Vedo che in giro parecchie persone hanno avuto questo problema sia su mac ufficiali che non, e in particolare con 10.15.4

Fonti:

 

Su macbook pro 16"

https://mrmacintosh.com/10-15-4-update-wake-from-sleep-kernel-panic-in-16-mbpro-2019/

 

image.png.5bc9dabcc311b903afa8933be5290d7d.png

 

su reddit, uno con 8550U

 

https://www.reddit.com/r/hackintosh/comments/fxt6hl/sleep_wake_failure_in_efi/

 

Sembra che aggiornare a 10.15.5 beta 3 risolva il problema, @iCanaro  @Gengik84  avete sentito qualcosa a riguardo?

 

Per ora sono su 10.15.4 19E287, qualcuno ha avuto problemi del genere?

 

 

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • There are no registered users currently online
×
×
  • 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.