(Gelöst) Clover NVRAM leeren

  • Hi leutz,


    habe im Moment das Problem das noch boot args im NVRam stehen von Ozmosis nun möchte ich diese entfernen, das Problem ist allerdings mit sudo nvram -c die Einträge nur gelöscht sind bis zum Reboot. Hat hier jemand eine Idee ?

    iMac 18,3 : Acer 27'' WQHD: Asrock Fatality Z270 Gaming K4 - Intel i5-7600K - 16GB DDR4 Intenso - Sapphire RX580 - macOS 11.0.1 - OC

    Elitebook 840 G1 : *1600x900* - Intel i5-4300U - 8GB DDR3 - M2 254GB + Intel SSD 320GB - Intel HD 4400 - macOS 11.0.1 - OC

  • Wenn ich mich richtig erinnere hat die neuste Clover Version ebenfalls eine Möglichkeit bekommen den nvram zu löschen. Schau dier mal die Auswahlmöglichkeiten an wenn du auf dem Boot Icon die Leertaste drückst.

  • Nein nichts davon zu finden in Clover

    iMac 18,3 : Acer 27'' WQHD: Asrock Fatality Z270 Gaming K4 - Intel i5-7600K - 16GB DDR4 Intenso - Sapphire RX580 - macOS 11.0.1 - OC

    Elitebook 840 G1 : *1600x900* - Intel i5-4300U - 8GB DDR3 - M2 254GB + Intel SSD 320GB - Intel HD 4400 - macOS 11.0.1 - OC

  • Hast du wegen dem NVRAM die RC Scripte installiert und den EmuVariable Driver in der EFI liegen, das würde erklären warum nach einem sudo nvram -c und nach einem Neustart die Werte (immer wieder) zurück geschrieben werden.

  • also reicht es den EmuVariable zu löschen ?

    iMac 18,3 : Acer 27'' WQHD: Asrock Fatality Z270 Gaming K4 - Intel i5-7600K - 16GB DDR4 Intenso - Sapphire RX580 - macOS 11.0.1 - OC

    Elitebook 840 G1 : *1600x900* - Intel i5-4300U - 8GB DDR3 - M2 254GB + Intel SSD 320GB - Intel HD 4400 - macOS 11.0.1 - OC

  • Wenn es der alleine nicht bringt, dann gibt es noch eine versteckte Datei von den RC Scripten, muss ich aber erst mal raussuchen die Info ... teste das doch erst mal.


    Edit: /etc/rc.shutdown.d/80.save_nvram_plist.local ... muss auch noch in den Papierkorb.

  • Müsste heißen wie " without caches" nur in denn neusten Clover Versionen. Kann ich heute Abend nochmal schauen

  • @derHackfan danke hat geklappt hat gereicht die EFI rauszunehmen.

    iMac 18,3 : Acer 27'' WQHD: Asrock Fatality Z270 Gaming K4 - Intel i5-7600K - 16GB DDR4 Intenso - Sapphire RX580 - macOS 11.0.1 - OC

    Elitebook 840 G1 : *1600x900* - Intel i5-4300U - 8GB DDR3 - M2 254GB + Intel SSD 320GB - Intel HD 4400 - macOS 11.0.1 - OC

  • Was hat dieser Treiber genau für Auswirkungen gerade wurde mein WebDriver nicht geladen, sobald ich den Treiber wieder rein mache sind auch die boot args wieder im NVRam !?

    iMac 18,3 : Acer 27'' WQHD: Asrock Fatality Z270 Gaming K4 - Intel i5-7600K - 16GB DDR4 Intenso - Sapphire RX580 - macOS 11.0.1 - OC

    Elitebook 840 G1 : *1600x900* - Intel i5-4300U - 8GB DDR3 - M2 254GB + Intel SSD 320GB - Intel HD 4400 - macOS 11.0.1 - OC

  • Nehmen wir an dass der NVRAM von einem oder deinem Mainboard nicht beschreibbar ist, dann kannst du zwar den Haken in der config.plist bei System Parameters Nvidia_Web setzen, der WebDriver wird aber trotzdem nicht geladen und es endet in einem Black Screen.
    Der EmuVariable Driver sorgt dafür dass nach einem Neustart diese Information (also das Boot Argument Nvidia_Web) in den NVRAM (erneut) geschrieben wird bzw. vorhanden ist damit die WebDriver unter macOS für Maxwell und Pascal Karten geladen wird.

  • Ok alles klar soweit aber wieso ist nach dem nvram -c und erneuten einsetzen des Emu.... die alten BootArgs wieder im NVRam drinnen ?

    iMac 18,3 : Acer 27'' WQHD: Asrock Fatality Z270 Gaming K4 - Intel i5-7600K - 16GB DDR4 Intenso - Sapphire RX580 - macOS 11.0.1 - OC

    Elitebook 840 G1 : *1600x900* - Intel i5-4300U - 8GB DDR3 - M2 254GB + Intel SSD 320GB - Intel HD 4400 - macOS 11.0.1 - OC

  • Hast oder hattest du die RC Scripte auf einer oder mehreren Platten installiert?
    Dann muss auch noch /etc/rc.shutdown.d/80.save_nvram_plist.local ... in den Papierkorb, da stehen nämlich auch noch mal (die) Argumente und nach einem weiteren sudo nvram -c sollte wirklich alles gelöscht sein.

  • Ok danke werde es nochmal angehen bin zuversichtlich das es sich dann erledigt hat danke für die Info.

    iMac 18,3 : Acer 27'' WQHD: Asrock Fatality Z270 Gaming K4 - Intel i5-7600K - 16GB DDR4 Intenso - Sapphire RX580 - macOS 11.0.1 - OC

    Elitebook 840 G1 : *1600x900* - Intel i5-4300U - 8GB DDR3 - M2 254GB + Intel SSD 320GB - Intel HD 4400 - macOS 11.0.1 - OC

  • Kann es sein das im Webdriver Menü die Benutzung dieses Treibers angehackt ist?
    Wenn ja wird der dann doch einfach wie bei einem "richtigen MAC" mit funktionierendem NVRAM immer wieder eingetragen in den NVRAM und beim Starten neu geladen.
    Ist bei meinem ASUS auch so.

  • Das ist richtig aber später vergisst er es wieder und er wird beim nächsten Neustart wieder nicht geladen, aber derHackfan hat es ja schon geklärt.

    iMac 18,3 : Acer 27'' WQHD: Asrock Fatality Z270 Gaming K4 - Intel i5-7600K - 16GB DDR4 Intenso - Sapphire RX580 - macOS 11.0.1 - OC

    Elitebook 840 G1 : *1600x900* - Intel i5-4300U - 8GB DDR3 - M2 254GB + Intel SSD 320GB - Intel HD 4400 - macOS 11.0.1 - OC

  • Ozmosis ist raus, wieder normales BIOS?

    ASUS PRIME X299-DELUXE i9-9940X • DDR4 64GB • SSD 960 PRO 1TB • Thunderbolt3 Titan Ridge • 2x AMD Radeon RX Vega 64 • BMD Intensity Pro 4K

    ASUS WS X299 SAGE/10G i9-10980XE • DDR4 64GB • SSD 970 PRO 1TB • Thunderbolt3 Titan Ridge • 2x AMD Radeon VII • BMD DeckLink 4K Extreme 12G


    Ordnung ist die primitivste Form von Chaos. (Hans-Jürgen Quadbeck-Seeger)

  • Das Problem wurde durch derHackfan komplett gelöst !!

    iMac 18,3 : Acer 27'' WQHD: Asrock Fatality Z270 Gaming K4 - Intel i5-7600K - 16GB DDR4 Intenso - Sapphire RX580 - macOS 11.0.1 - OC

    Elitebook 840 G1 : *1600x900* - Intel i5-4300U - 8GB DDR3 - M2 254GB + Intel SSD 320GB - Intel HD 4400 - macOS 11.0.1 - OC