Natives oder emuliertes NVRAM?

Hi, wenn die Datei EmuVariableUefi.efi im Ordner /EFI/CLOVER/drivers/UEFI liegt, hast du schon mal die halbe Miete.

Einige der Z390er Boards benötigen auch nicht mehr, um damit die NVRAM-Geschichte nutzen zu können.

Zur Erklärung:

Auf jedem Rechner ist NVRAM vorhanden... die Frage ist nur, ob macOS ohne weiteres damit arbeiten kann.

Dabei helfen kann der oben genannte .efi-Treiber.

Wenn der nicht ausreicht, hast du noch die Option ein paar Scripte zur Erstellung/Aktualisierung, bzw. dem Auslesen einer dedizierten "nvram.plist" zu nutzen... damit würde dann auch der NVRAM "emuliert".

Das musst du leider nachträglich mit dem Clover-Installer installieren, da diese im EFI-Paket nicht eingebunden werden können.

Ich denke man sollte auch mal mitgeben was NVRAM bedeutet.: Non Volatile Random Access Memory also nicht flüchtiger Speicher welcher nachdem kein Strom mehr fließt seinen Inhalt im Gegensatz zu herkömmlichem RAM beibehält.

Warum hat das jedes Board?

Nun dazu muss man wissen das ein BIOS oder uefi BIOS auf einem Flash Speicher gesichert (geflasht) werden.

Dieser Speicher ist allerdings statisch in den allermeisten Fällen und außer beim wieder beschreiben (Flashen) nicht veränderbar.

Ein simpler jedoch einfacher test verrät ob nun NVRAM vorhanden ist oder nicht.

Man trennt den Rechner vom Stromnetz.

Bleiben die BIOS / uefi settings erhalten, insofern die battery fürs cmos noch gut ist?

Wenn ja hat das Board NVRAM, falls nein ist die Batterie hinüber oder aber es gibt keinen NVRAM, was an und für sich nur dann zutrifft wenn man nen billigheimer Board hat.

ich habe Dir mal eine PM geschrieben mit einem Link auf funktionierendes EFI und nativem NVRAM für Dein Board.

pstr

Du darfst diese EFI von dort gerne herunterladen und hier als Anhang mit beifügen.

Wenn die EFI das alles kann, solltest du diese dem Rest des Forums nicht vorenthalten.

Außerdem würde ich mich spannend interessieren, wie das dort umgesetzt wurde.

Zitat von al6042

pstr

Du darfst diese EFI von dort gerne herunterladen und hier als Anhang mit beifügen.

Wenn die EFI das alles kann, solltest du diese dem Rest des Forums nicht vorenthalten.

Außerdem würde ich mich spannend interessieren, wie das dort umgesetzt wurde.

da der Link ja nun schon preisgegeben wurde ...

Es wird über ein sauber gepatchtes DSDT realisiert. Bin damit schon länger unterwegs. ...

NVRAM funktioniert nativ, es sind keine RC Scripte erforderlich und diese sollten auch entfernt sein.

Da wird u.a. im Tomaten-Forum einiges verbogen und rumgepatched was das Zeug hält.

Bei Clover wird der ganze Aptio-Kram durch OCQuirks ersetzt (also z.B. FwRuntimeservices vom OpenCore)

Hatte "Keksfamilie" das nur empfohlen weil er das fast gleiche Board in Betrieb hat.

Wenn man alles beachtet , also vor allem BIOS aktuell (bei dem Board F11 bzw jetzt F12d) UEFI Settings nach einmaligem CMOS / NVRAM clear gemäß Thread macht läuft das perfekt.

Die OpenCore Variante erfordert noch MSR unlocked oder man ändert die config.plist.

Hi Ihr,

auf der Suche nach einer Lösung, meinen NVRam wieder nutzen zu können, habe ich hier gelernt, dass die sauber gepatche DSDT die Lösung ist.
richtig verstanden?

Und - habt Ihr eine aktuelle Anleitung dazu?

Alles was ich finde ist 2 Jahre oder älter. Oder ist das egal?

Wo auch immer du das hier gelesen haben solltest, das ist nicht korrekt.

Das Patchen der DSDT hilft nicht bei NVRAM Problemen...

Der Grund warum du nur so alte Anleitungen findest:

Es wird nicht mehr benötigt, da die damals damit ausgebügelten ACPI-Themen heute über die Bootloader oder auch die Kexte abgefackelt werden.

Al,

gerade will ich hier schreiben, da kommt Dein Post.

Gut, dass Du das nochmal klarstellst. Ich bin nämlich einigermaßen ratlos, aber trotzdem sehr glücklich, DENN ich habe eine Odyssee an Test hinter mir. Letztlich hat nix geholfen. Ich habe dann durch einen mir bis jetzt nicht erklärlichen Fehler das Build auf iMacPro1,1 gewechselt (mit zum Glück passender Seriennummer) und mich fröhlich mit meiner AppleID angemeldet, weil ich ja dachte das ist mein übliches EFI mit meinem üblichen SMBIOS-mac. Ich hatte einen BuildTest hinter mir und wollte eh wechseln, aber erst mal die Seriennummer checken, bevor ich die auf die AppleID loslasse. Zum Glück hat alles geklappt.Ansonsten habe ich NICHTS geändert am heiligen EFI auf der heiligen Platte. Der Rest lief alles auf Testplatten.

Aber aus IRGENDEINEM Grund geht jetzt der VRAM wieder, wie früher. Es ist unfassbar.

Manchmal...

Danke Dir auf jeden Fall für alles für alles hier (was Du auch nicht mitbekommst, weil ich 99% durch Lesen, vor allem auch Deiner Posts) hinbekomme.

Jetzt hole ich erst mal mein Mittagessen nach...

JETZT hole ich das Mittagessen nach!!!!!!!!

Viele Grüße,

MacHannes

EDIT: Ich bin schon so plemplem, dass ich das automatische auswählen der Startpartition im Clover als Indikator für den funktionierenden NVRAM interpretiert habe. Nach einem Test, muss ich sagen, tut er das noch nicht.Er zählt runter und startet automatisch, weil ich diesen Workaround eingestellt hatte, und völlig vergaß.

Da dein Board erstens nicht so weit von meinem differiert und zweitens der NVRAM bei Dir (nach deiner Aussage) früher funktioniert hat:

Hast Du CMOS-Reset versucht mit anschließender Neueinstellung des BIOS?

ja, hatte ich auch probiert.

Rechner ausgesteckt > gewartet, bis kein Saft mehr in der Kiste ist > Clear CMAD-Beinchen kurzgeschlossen > boot > ENTF > im BIOS die default Settings geladen > dann die zuvor abgesicherten wieder geladen.

Nein, hat leider auch nix geändert.

Kann man in den BIOS-Einstellungen was falsches einstellen, also in Bezug auf NVRAM??

EDIT: JETZT HAB ICH ES!!!!!!

Ich habe im hier nochmal alles durchgelesen:

Und was sehe ich da????

nachdem ich SMCHelper rausgeschmissen hatte, GING ES!!!!!!!!!!!!!!!!!!!!

Das kann doch nicht wahr sein? Wo steht, daß Du "VirtualSMC" benutzt?

Das wird immer mysteriöser. Ich gehe dem morgen nach

EDIT:

Hi Sascha_77 doch, alles gut. Dein KU macht jetzt einen korrekten Systemreport. Es stand schon drin: