Jump to content

A23SS4NDRO

Contributor
  • Posts

    1,376
  • Joined

  • Last visited

  • Days Won

    11

Posts posted by A23SS4NDRO

  1. Ok, abbiamo capito che il motivo per cui riesce a oltrepassare l'errore dipende dalla Bootarg npci=0x2000 , ancora non riusciamo a oltrepassare la schermata nera, abbiamo provato con

     

    - agdpgmod=pikera

    - agdpgmod=vit9696

    - cambiato cavo DP con HDMI

     

    in tutti e 3 i casi sempre schremata nera

     

    Allego la EFI con cui arriviamo a schermata nera, riprendendo una delle versioni vecchie che erano quasi completamente ottimizzate, aggiungendo quella bootarg si hanno gli stessi risultati della EFI codivisa prima

    EFI_zLeo_v7.zip

  2. Ok perfetto allora inizio con zero patch ACPI.

    Le kext metto quelle di un mese fa o vanno bene quelle compilate all'ultimo commit? Per i Driver invece (applesupportpkg e opencore.efi)

    Appena ho conferma di tutto rifaccio la EFI nuova e la mando qui

  3. Penso che gli serva nascondere solo questo Device dal DSDT, almeno questo consiglia SSDT Time

    
    DefinitionBlock ("", "SSDT", 2, "APPLE ", "SsdtEC", 0x00001000)
    {
        External (_SB_.PCI0.SBRG, DeviceObj)
    
        Scope (\_SB.PCI0.SBRG)
        {
            Device (EC)
            {
                Name (_HID, "ACID0001")  // _HID: Hardware ID
                Method (_STA, 0, NotSerialized)  // _STA: Status
                {
                    If (_OSI ("Darwin"))
                    {
                        Return (0x0F)
                    }
                    Else
                    {
                        Return (Zero)
                    }
                }
            }
        }
    }

     

  4. Ora ripartiamo da zero allora, siccome non schioda. Kext minimali, magari il config.plist lo posso riutilizzare, quello con DummyPowerManagement off e tra le kext NullCPU, e gli SSDT che metto (SSDT EC serve necessariamente in linea teorica per catalina)

    Just now, Gengik84 said:

    ma sul bios hai qualche impostazione riguardo RTC?

    controllo

  5. Faccio due avvii indipendenti, prima solo sistemando Lilu, non mi è ancora chiara la svista di aver messo SMCSuperIO in cima, poi provo con RTCMemoryFixup

    Just now, Gengik84 said:

    partiamo da base ma proprio base... quindi lilu,SMC,weg,AppleALC e in caso nullcpu

    Ok dopo aver testato procedo

    • +1 1
  6. Abbiamo provato ad avviare la USB che non ha toccato, con cui d'altronde aveva installato con successo con la EFI allegata sopra (EFI_Originaria_asus_X470) ma ha lo stesso errore.

    avvioUSB.thumb.jpg.2cc0eae5a878ff4c0a9b97ad5d86cf38.jpg

    Non riesco neanche io a crederci comunque, serve individuare che cosa abbia potuto stravolgere F4 F8 e F11 dalla USB di clover

  7. Provo ad avviare l'installer della USB con cui ha installato. Nel frattempo allego screenshot e cartella EFI originaria, ottimizzata in versioni successive appena prima di combinare quella roba con F4 F8 ed F11 dalla USB di clover, mannaggia a me, non l'avessi mai detto

  8. Just now, Gengik84 said:

    dico questo solo per possibili corruzioni della efi stessa, anche come file di boot etc

    altrimenti tutto questo è assurdo veramente

    La EFI l'ho ricompilata da capo ieri all'ultima versione di OC, mettendo Bootx64.efi nuovo, OpenCore.efi nuovo, il config.plist sistemato, Kext ribuildate da zero e l'errore è lo stesso

     

    Se volete ho anche delle foto della build quando era partita, vi posso passare qui anche la EFI con cui ero partito.

    1 minute ago, carlo_67 said:

    quando hai aggiornato il bios hai hai fatto CMOS dopo?

    Si dopo l'aggiornamento avviene in automatico. Ho anche cambiato la motherboard e l'errore non schioda

    Sarà forse il disco che si è corrotto? non so

     

  9. I test avvenuti prima della EFI che ho postato precedentemente che si chiama Asus_TUF avevano

     

    stessa mobo

    stessa versione del bios (resettato prima la NVRAM, non cambiava nulla, poi abbiamo aggiornato il bios, rimesse le impostazioni non è cambiato nulla)

    stessa efi anche come versione opencore

    stessa versione di catalina

    prima andava e ora no, esattamente

     

    Tutto ciò è avvenuto solo perché volevo estrarre le ACPI con una USB temporanea usando F4 da clover e un dump audio usando F8, poi ho pulito la NVRAM con F11 ed ecco che la motherboard ha cominciato a fare i capricci

    Entrambe le motherboard poi, perché abbiamo fatto anche una sostitizione e sistemazione della EFI con quelle postate in alto

    Abbiamo provato un reset nvram con il tool CleanNvram.efi da OpenCorePkg, ecco la verbose dopo aver spento il PC e avviato

     

    immagine.jpg

  10. 37 minutes ago, Gengik84 said:

    hai notato se ssdt RTC lo carica?

    Si viene caricato correttamente come è visibile dall'inizio della verbose

     

    On 3/22/2020 at 5:58 PM, A23SS4NDRO said:

    Ho cercato di ripristinare le impostazioni del BIOS, di aggiornare il BIOS, di eseguire l'avvio da USB con la prima versione della EFI che sono riuscito a far avviare, ma macOS si inchioda su questa schermata qui (parliamo di OC 0.5.6 e 10.15.3, niente beta)

    Ecco cosa ho provato, quindi si ho provato a riflashare il bios sulla motherboard precedente, e anche a cambiare tutta la motherboard intera

  11. The battery alert problemi is not present by the way

    I'm going to attach the DSDT table here, I think some patches are required to get around this issue DSDT.aml.zip

    Even with the latest EFI and SSDT-AmdRtc.aml I'm not able to boot EFI_Asus_TUF_v2.zip

    Traduzione

     

    Unica differenza con il resto degli errori è che l'ultimo non è presente

    Allego il DSDT, secondo me servono delle patch acpi DSDT.aml.zip

     

    Anche con questa EFI che ha SSDT-AmdRtc.aml nel config non riesce a superare quell'errore EFI_Asus_TUF_v2.zipEFI_Asus_TUF_v2.zip

×
×
  • 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.