Jump to content
You are a guest user Click to join the site

dreamwhite

Donator
  • Content Count

    149
  • Joined

  • Last visited

Community Reputation

14 Good

About dreamwhite

  • Rank
    Senior Member

Recent Profile Visitors

310 profile views
  1. dreamwhite

    Hack che freeza

    Giusto! Ti faremo sapere. grazie ancora
  2. dreamwhite

    Hack che freeza

    Sull'alimentatore non vedo come possa essere vincolante dal momento che è fra i migliori disponibili sul mercato 😄 La motherboard già è stata cambiata da una TUF Gaming Plus II ad una Z370 Prime A II. La GPU è stata mandata in RMA e non ha mostrato alcun segno di cedimento hardware. L'ssd è stato cambiato da un samsung (non ricordo ora il modello preciso) con un Silicon Power (lo stesso di @A23SS4NDRO). Le RAM sono state controllate con Memtest86+ e non hanno evidenziato alcun problema sia con che senza XMP attivo. L'unica componente che non è mai stata cambiata è la CPU ma mi sembra assurdo dal momento che la macchina non ha alcun genere di freeze... Si potrebbe fare un tentativo cambiando la CPU con un i7-9700K ma sta a @dangiadecidere se sborsare altri soldi (dopo aver recuperato quelli del 9700).
  3. dreamwhite

    Hack che freeza

    Mah, mi sembra assurda questa cosa, dal momento che stesso @A23SS4NDRO ha la stessa macchina e stesso SSD e non ha avuto problemi di alcun genere :haha: Però nel caso proviamo
  4. dreamwhite

    Hack che freeza

    Buongiorno a tutti. Abbiamo provato (invano) ad effettuare l'aggiornamento a Catalina 10.15.6 tramite SWUpdate da macOS. Così come il sistema si riavvia così panica, e non riusciamo a darci una spiegazione. (la prova da fare sarebbe quella di abilitare AppleDebug e ApplePanic e rimettere Catalina 10.15.5). La soluzione è stata di creare una chiavetta clean di Catalina 10.15.6 e mettere la EFI di OpenCore vista 100mila volte da me e @A23SS4NDRO. Nel mentre che cerchiamo di venirne a capo, avete mai avuto esperienze del genere?
  5. Signori, sono lieto di annunciarVi che Hackintosh.Zone è ufficialmente morto. Keep Vanilla away from those niresh-fags
  6. dreamwhite

    amd RadeonBoost

    D'accordo, quindi, se ho capito bene (correggimi se sbaglio): Per usare AGPMInjector posso usare tranquillamente WeG. Per usare invece RadeonBoost devo togliere WeG e AGPMInjector. Giusto?
  7. Come speravo, siamo riusciti a risolvere i problemi di KP post spegnimento, dopo aver ricontrollato meticolosamente le impostazioni del BIOS ed i Quirks della sezione Booter. Di seguito i quirk attivi: Dichiaro "conclusa" questa EFI 🙂
  8. Provo con DevirtualiseMmio disattivato. Per quanto riguarda RebuildAppleMemoryMap (e di conseguenza SyncRuntimePermissions) non penso occorra abilitarlo dal momento che ha MAT Support impostato su 0. Provo ad abilitare ProtectUefiServices
  9. Salve a tutti, sto aiutando un utente col seguente hardware: CPU: i5-6500 GPU: Intel HD Graphics 530 MoBo: Gigabyte H170-HD3 Stiamo effettuando la conversione a OpenCore 0.5.9 ma ci blocchiamo al boot sempre sulla seguente schermata: Allego la EFI che ho creato: EFI.zip Dal log di OpenCore Debug non ha il MAT Support. Allego il log: OC DEBUG.zip Avete idee per risolvere questo problema? Grazie mille in anticipo 🙂
  10. Salve a tutti, assieme ad @A23SS4NDRO abbiamo aiutato un utente a mettere macOS Catalina 10.15.5 sul suo PC: Mobo: Asus ROG X570-F CPU: Ryzen 7 3700X GPU: Sapphire Radeon RX5700XT Nitro+ La EFI è stata creata seguendo la guida di dortania Prima di effettuare l'aggiornamento del BIOS all'ultima versione disponibile, il sistema superava la fase del "pre-verbose" ma si bloccava subito dopo su "RTC: Online single RAM bank". Allego foto del blocco: (bastava un npci=0x2000 per risolvere...) Aggiungo inoltre che: con quella versione di BIOS potevamo disabilitare il Secure Boot molto semplicemente. Dopo aver effettuato un aggiornamento del BIOS UEFI all'ultima versione disponibile (2407 del 2020/07/03), e averlo configurato, sono sorti i primi dubbi: Con la nuova versione del BIOS UEFI ci sono due stati del Secure Boot: - Enabled (che indica che è attivo) - Setup Avete idee su come disabilitarlo? Noi abbiamo provato usando "install all keys" sull'ssd e successivamente cancellando tutte le chiavi: In ogni caso, dopo aver impostato "Secure Boot state" su "Setup", non siamo riusciti a superare la fase del "pre-verbose". Allego foto del blocco (chiedo venia per la qualità): Fra le numerose prove che abbiamo fatto, disabilitando il booter quirk "SetupVirtualMap" (che di norma dovrebbe essere abilitato), siamo riusciti ad avviare e successivamente installare. Tuttavia, nel momento in cui si prova a spegnere il PC, il sistema panica. Allego foto: Allego la EFI e il dump di SysReport: EFI.zip SysReport.zip Non riusciamo a spiegarci il perchè non siamo in grado di bootare se "SetupVirtualMap" è attivo... Avete qualche idea a riguardo? Grazie mille a tutti ❤️
  11. dreamwhite

    amd RadeonBoost

    Fantastico, grazie mille! Dunque se ho capito bene, AGPMInjector e RadeonBoost.kext sono pressoché la stessa cosa?
  12. dreamwhite

    amd RadeonBoost

    Buonasera a tutti, avrei alcune domande da porvi in merito a questo famigerato "RadeonBoost.kext". In particolare, leggendo da https://forums.macrumors.com/threads/tired-of-low-geekbench-scores-use-radeonboost.2231366/, risulta che non è necessario utilizzare WeG per la 5700Xt (e le altre schede della famiglia 5x00Xt). Mi viene spontanea una domanda a questo punto: WeG ha introdotto il boot-arg "agdpmod=pikera" che fixa i problemi di blackscreen dopo la prima fase di boot (in maniera "rozza": "blackscreen dopo la mela"). Se non bisogna usare WeG per il corretto funzionamento del kext "RadeonBoost", come si applica la patch del boot-arg "agdpmod=pikera"? Inoltre, i rename che applica WeG come verranno gestiti senza lo stesso kext? Bisogna ricorrere a delle patch tramite SSDT? Inoltre, ci sono particolari differenze rispetto ad AGPMInjector? Entrambi promettono di aumentare lo score di Metal (e di conseguenza di OpenCL). Sapreste delucidarmi meglio sull'argomento? Grazie mille ❤️
  13. Buon pomeriggio a tutti, da una prima analisi del kext IO80211Family.kext presente su Big Sur ho subito notato che è stato deprecato il kext "AirportBrcm4360", essenziale per il corretto funzionamento della scheda BCM94360CS2. Ciò non si applica tuttavia alla Fenvi T919, che fortunatamente usa il kext AirportBrcmNIC. Lascio in allegato entrambi i kext IO80211Family.kext relativi alle versioni 10.16 e 10.15.5 Da una serie di test ho dedotto che l'unico modo per far funzionare questa scheda, è quello di disabilitare completamente la SIP, (E7030000) e sostituire il kext IO80211Family.kext con quello presente sull'ultima versione di Catalina ad oggi presente, ossia la 10.15.5. Spero che con AirportBrcmFixup si riuscirà a risolvere qualcosa, dal momento che il boot-argument "brcmfx-driver=1" forza il caricamento del kext AirportBrcm4360. A presto dreamwhite Big Sur 10.16 IO80211.zip Catalina 10.15.5 IO80211Family.kext.zip
  14. Come promesso, ho provveduto a caricare la mia EFI di OpenCore 0.5.9 sul mio repository di GitHub. Se avete suggerimenti per migliorare la stessa, feel free to contribute 😄
×
×
  • 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.