LastBootedVolume mit geladenem EmuVariableUEFI Treiber funktioniert nicht

    Hey Leute,


    auch an dieser Stelle nochmal vielen Dank an die tollen Leute im Forum, die alle sehr sehr hilfsbereit sind.
    Ich erstelle hier nun einen neuen Thread - mit einem neuen Problem - damit die Überschrift nicht so in die Irre führt.
    Dieser Computer ist bereits mit einer Apple-ID verknüpft - 90 Tage Sperre


    In Kürze: Ich habe meinen BIOS Chip von v19xx zu der Version v35xx ausgetauscht. Mein Board unterstützt nun also auch Kaby Lake (was ich gar nicht brauche), aber ich denke ein neueres BIOS ist schlauer auch für zukünftige Installationen (danke cobanramo).


    Die neue BIOS Revision braucht zum starten zwingend den EmuVariableUEFI Treiber, nachdem man die Nvidia Treiber installiert hat, sonst startet der Mac nur dauernd neu (bootloop).


    Meine Fragen an euch:
    - Wie viele von euch haben diesen Treiber auch aktiviert?
    - Geht bei euch LastBootedVolume?


    Zu Frage 2: Wahrscheinlich nicht oder?
    Bei mir geht Auto Boot überhaupt nicht damit, also Clover zeigt trotz korrekter BIOS Einstellungen keinen Timer zum automatischen Start des "LastBootedVolume". Manuell auswählen funktioniert sowohl mit Windows als auch mit macOS (High Sierra 10.13 Ergänzung)


    Hat jemd. eine Idee oder weiß es sogar, wie ich das LastBooted Problem lösen kann? Wer hat einen workaround für mich?


    :bitte:


    Liebe Grüße
    - Dan

    Du kannst da natürlich auch den Namen eines Volumes rein schreiben wie Macintosh HD, selbst, wenn das keine einzelne Platte ist, also FusionDrive oder so. Und dann in Apples System-Einstellungen halt auch das richtige Volume anwählen. Und meist hilft es, mit Clover zusammen beim nächsten Update die RC-Skripte auf der System-Partition zu installieren.

    Meine Rechner


    :hackintosh:

    ja das schon, aber ich möchte ja das sowohl Windows neustart geht, als auch macOS Neustart (jeweils in das eigene System)
    die RC Skripte sind auf der System Partition und Clover ist auch aktuell...


    echt blöd

    Das rein Schreiben verhindert nicht, dass Du das System wechselst, zuerst zählt immer das, was Du in den Apple-System-Einstellungen ausgewählt hast. Nur wenn von da nichts kommt, zählt der eingegebene Name.

    Meine Rechner


    :hackintosh:

    Aber darum geht es ja gerade nicht. Im Clover kann man als Standard-Bootoption LastBootedVolume einsetzen, womit Clover sich dann merkt, was man zuletzt gebootet hat.
    Beim nächsten Neustart ist dann die letzte, selbstgewählte Option bereits ausgewählt, sodass man dann entweder einfach den Countdown runterlaufen lässt und er die Option bootet oder man wählt doch ein anderes OS aus (Gerade beim Neustarten sehr praktisch)
    Das ganze funktioniert jetzt mit gesperrtem NVRAM und Benutzung der EmuVariable nicht. Frage ist jetzt, ob es vielleicht doch dafür eine andere Lösung gibt oder man sich damit abfinden muss, dass man wohl darauf verzichten muss, da direkter Schreibzugriff auf den NVRAM notwendig ist.

    Original Apple: MacBook Pro 14 2021 - macOS Sonoma

    Hackintosh: Lenovo M710q - macOS Sonoma

    Das Problematik ist bekannt und die Entwickler sagen wir mal so wollen es nicht fixen :-)


    Zunächst zum Problem selber. Es ist so wenn du ohne EmuVariableUEFI MacOS startest und herunterfährst gibt es einen Eintrag in den NVRAM was zuletzt gestartet wurde, beim nächsten Start nimmt Clover den auch zum Starten.
    So macht es Windows und Linux auch, somit gibt es keine Probleme.


    Wenn aber dein Nvram nicht beschreibbar ist, tun wir das mit EmuVariableUEFI emulieren, das heisst dein NVRAM ist jetzt ein file Namens NVRAM.plist im root deines EFI partition. Clover hat damit keine probleme, da das ganze für MacOS gerichtet ist hat MacOS damit auch keine probleme, darum funktioniert das auch immer unter MacOS.


    Jetzt aber zum eigentlichen Problem, du startest Windows und beim herunterfahren/neustart schreibt auch Windows in den NVRAM, nur der kennt ihn als Hardware und versucht das in das richtige NVRAM, der kennt den emulierten NVRAM.plist nicht darum macht er auch nichts. Daher bekommst du nach dem neustart den alten stand vom NVRAM.plist präsentiert und zeigt dir immer MacOS an.


    Siehe oben den link an.


    Gruss Coban

    Bilder

     MSI-Z590Pro Wifi | Intel® Core™ i9-10900k CometLake | 32GB DDR4 RAM | Radeon RX 570 Red Devil | Nvme WD Black SN750 1TB | BCM94360NG | OpenCore aktuell / Catalina / BigSur / Monterey / Ventura Beta / Win 10 Pro / Win 11 Pro / Ubuntu / ChromeOS

     MSI-B150M Mortar | Intel® Core™ i7-6700 Skylake | 64GB DDR4 RAM | Intel® HD Graphics 530 | Samsung NVMe 960 EVO / 1x2 TB HDD | BCM943602BAED DW1830 | OpenCore aktuell / Catalina / BigSur / Monterey / Win 10 Pro / Ubuntu

     Lenovo S340-15IIL | Intel® Core™ i7-1065G7 IceLake | 12GB DDR4 RAM | Intel® Iris Plus Graphics G7 | Nvme Intel SSDPEKNW512G8L/SSD Samsung 256GB | BCM94360NG | OpenCore aktuell / Catalina / BigSur / Monterey / Ventura Beta / Win 10 Pro / Win 11 Pro / Ubuntu / ChromeOS


    " Chasch nöd s Föifi und s Weggli ha."

    Das hier löst das Problem mit dem NVRAM bei allen Hackintosh.


    rc.shutdown.local wird beim Shutdown nicht ausgeführt um NVRAM zu sichern

    Zitat von G4_Hacker

    Das hier löst das Problem mit dem NVRAM bei allen Hackintosh.


    rc.shutdown.local wird beim Shutdown nicht ausgeführt um NVRAM zu sichern


    Hallo und danke für deine Antwort. Was macht das genau? Das gibt mir doch mein Autoboot nicht zurück (oder etwa doch :love: ?) , wie cobanran es schön ausformuliert hat kann Windows damit ja nichts anfangen oder? :)

    Der @G4_Hacker kann uns da sicherlich besser erleuchten.


    @sir_daniel o doch das könnte es in der tat, mit diesem script & dämon könnte es sein das die nvram raus kopiert und wieder reinkopiert wird, das würde natürlich für die MacOS sprechen, da du ja jetzt den Emulation nicht mehr brauchst könnte man den rauswerfen und somit die Funktion für Windows/Linux wiederherstellen.
    Interessanter Ansatz. Gucken wir mal was der Hacker so berichtet :-)


    Gruss Coban

     MSI-Z590Pro Wifi | Intel® Core™ i9-10900k CometLake | 32GB DDR4 RAM | Radeon RX 570 Red Devil | Nvme WD Black SN750 1TB | BCM94360NG | OpenCore aktuell / Catalina / BigSur / Monterey / Ventura Beta / Win 10 Pro / Win 11 Pro / Ubuntu / ChromeOS

     MSI-B150M Mortar | Intel® Core™ i7-6700 Skylake | 64GB DDR4 RAM | Intel® HD Graphics 530 | Samsung NVMe 960 EVO / 1x2 TB HDD | BCM943602BAED DW1830 | OpenCore aktuell / Catalina / BigSur / Monterey / Win 10 Pro / Ubuntu

     Lenovo S340-15IIL | Intel® Core™ i7-1065G7 IceLake | 12GB DDR4 RAM | Intel® Iris Plus Graphics G7 | Nvme Intel SSDPEKNW512G8L/SSD Samsung 256GB | BCM94360NG | OpenCore aktuell / Catalina / BigSur / Monterey / Ventura Beta / Win 10 Pro / Win 11 Pro / Ubuntu / ChromeOS


    " Chasch nöd s Föifi und s Weggli ha."

    Zitat von cobanramo

    Der @G4_Hacker kann uns da sicherlich besser erleuchten.


    @sir_daniel o doch das könnte es in der tat, mit diesem script & dämon könnte es sein das die nvram raus kopiert und wieder reinkopiert wird, das würde natürlich für die MacOS sprechen, da du ja jetzt den Emulation nicht mehr brauchst könnte man den rauswerfen und somit die Funktion für Windows/Linux wiederherstellen.
    Interessanter Ansatz. Gucken wir mal was der Hacker so berichtet :-)


    Gruss Coban


    Oh das wäre ja der Oberhammer :O


    edit: Habe das Skript wie angegeben installiert, jedoch ändert sich bei meinem Autoboot nichts. Habe nach wie vor immer MacOS High Sierra beim Countdown, obwohl ich LastBootedVolume aktiv habe. Schade :/

    Hallo @cobanramo,
    muss gerade zugeben das ich da gar nicht so weit gedacht habe wie du. Habe das mit dem Auto Boot Eintrag bei Clover übersehen.
    Der Script und der Dämon schreiben tatsächlich beim Herunterfahren den NVRam in eine Datei und stellen diesen beim Start wieder her.
    Somit ist dein Ansatz völlig richtig das die EmuVariableUEFI damit nicht benötigt wird und NVRam kann von Windows nicht überschrieben werden.


    Wie das sich jetzt mit dem Autostart verhält ist mir noch nicht ganz klar. Ich habe Autostart in Clover fix auf eine Bootsystem eingestellt.


    @sir_daniel,
    nur damit ich es richtig verstehe, eventuell habe ich was überlesen. Du möchtest immer das zuletzt gestartete System starten oder vielmehr so wie bei mir eines fix als Autostart einstellen?

    @G4_Hacker, ich möchte immer das zuletzt gestartete System starten. Und das geht immer wieder schief, es startet immer nur MacOS automatisch, egal in welchem System ich war. Was wohl an EmuVariableUEFI liegt.


    Habe ich das jetzt richtig verstanden, dass ich die EmuVariableUEFI deaktiveren kann?

    Wenn du den Dämon und das Script installierst wie in meiner Anleitung ist die EmuVariableUEFI überflüssig.

    Ok nun bin ich wirklich ratlos. Ich habe den Daemon und das Skript installiert genau wie du beschrieben hast. Danach habe ich 2x neugestartet und dann den EmuVariableUEFI Treiber deaktiviert. Tatsächlich habe ich damit bei Windows den gewünschten Neustart hinbekommen (also nachdem Windows gestartet war, hat er auch automatisch in Windows gebootet)


    Problem: mit deaktiviertem EmuVariableUEFI bekomme ich einen bootloop bei macOS. Genau wie vor dem Installieren des Skripts. Ich habe aber alle Schritte gewissenhaft befolgt. Der bootloop hängt wie ich herausgefunden habe mit den Nvidia Treibern zusammen. Bevor ich die Nvidida Treiber installiert habe brauche ich EmuVariable nicht für den Start. Leider bekomme ich keine Fehlermeldung wie bei einem Kernelpanic, habe allerdings ein Video gemacht, welches das Problem zeigt.


    https://www.dropbox.com/sh/0qg…5f5YwNn-GZ1QrxEOPGLa?dl=0


    Ich hänge mal meinen EFI Ordner nochmal an. Hat da jemand eine Idee?

    Dateien

    • EFI.zip

      (17,5 MB, 73 Mal heruntergeladen, zuletzt: )

    Einmal editiert, zuletzt von sir_daniel ()

    Bin gerade auf dem Heimweg. Teste das dann.



    Gesendet von iPhone mit Tapatalk

    Zitat von G4_Hacker

    Bin gerade auf dem Heimweg. Teste das dann.



    Gesendet von iPhone mit Tapatalk


    Alles klar kein Stress, ich würde mich sehr freuen wenn das irgendwie klappt! :)

    @sir_daniel
    Bis der @G4_Hacker das mal anguckt könntest du zum Beispiel mal den Thread hier angucken, vielleicht ist da was für dich dabei.
    Mangels Hardware kann ich wirklich nichts dazu sagen.


    Gruss Coban


    Edit: Mit deiner Erlaubnis pass ich mal den Thread Titel an. Autobootfunktion --> LastBootedVolume

     MSI-Z590Pro Wifi | Intel® Core™ i9-10900k CometLake | 32GB DDR4 RAM | Radeon RX 570 Red Devil | Nvme WD Black SN750 1TB | BCM94360NG | OpenCore aktuell / Catalina / BigSur / Monterey / Ventura Beta / Win 10 Pro / Win 11 Pro / Ubuntu / ChromeOS

     MSI-B150M Mortar | Intel® Core™ i7-6700 Skylake | 64GB DDR4 RAM | Intel® HD Graphics 530 | Samsung NVMe 960 EVO / 1x2 TB HDD | BCM943602BAED DW1830 | OpenCore aktuell / Catalina / BigSur / Monterey / Win 10 Pro / Ubuntu

     Lenovo S340-15IIL | Intel® Core™ i7-1065G7 IceLake | 12GB DDR4 RAM | Intel® Iris Plus Graphics G7 | Nvme Intel SSDPEKNW512G8L/SSD Samsung 256GB | BCM94360NG | OpenCore aktuell / Catalina / BigSur / Monterey / Ventura Beta / Win 10 Pro / Win 11 Pro / Ubuntu / ChromeOS


    " Chasch nöd s Föifi und s Weggli ha."

    Ja klar kannst du den Titel ändern @coba! :)
    Aber es geht ja um den EmuDriver, das könntest du reinlassen oder? :)


    Nein das hilft mir leider nichts. Mein PC bootet nur mit dem aktivierten EmuVariableUEFI Driver. Und eben genau der macht meine Autoboot Funktion kaputt. Das Skript ersetzt das bei mir leider nicht, zumindest startet mein PC mit aktiviertem Treiber, ohne den gibt es aber den gleichen Bootloop wie ohne das Skript :/

    Was ist eigentlich der Hintergrund das BIOSe vermehrt kein beschreibbares NVRAM haben? Sollte man nicht eher die Ursache angehen als an den Symptomen rumdoktern? Wobei ich keine Lösung weiß. Einfach nur eine Frage zu BIOS, und ob man sich etwas wünschen sollte vom Hersteller.


    Edit: und warum kann Windows reinschreiben? Erwartet macOS eine andere Adresse?

    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)

    Zitat von apfelnico

    Was ist eigentlich der Hintergrund das BIOSe vermehrt kein beschreibbares NVRAM haben? Sollte man nicht eher die Ursache angehen als an den Symptomen rumdoktern? Wobei ich keine Lösung weiß. Einfach nur eine Frage zu BIOS, und ob man sich etwas wünschen sollte vom Hersteller.



    Gesendet von iPhone mit Tapatalk Pro


    Das ist keine ganz unberechtigte Frage. Aber alle BIOS Versionen, die Kaby Lake unterstützen (ich habe gar kein Kabylake) haben die native NVRAM Unterstützung verloren.
    Natürlich ist es besser die Ursachen dafür zu überprüfen, die helfen mir aber bei meinem persönlichen Build nicht, deswegen würde ich doch gerne weiter an den Symptomen weiterdoktorn.