Suchergebnisse

Hallo zusammen,Ich habe ein seltsames Problem, ich habe OpenCore auf die Version 0.6.6 aktualisiert, das Boot-Menu zeigt es auch richtig an. Wenn ich nach dem Booten dann Hackintool starte, zeigt es mir Version 0.6.3 an. NVRAM und diverse andere Resets habe ich schon durchgeführt. An sich kein Problem, hoffentlich nur ein Schönheitsfehler, trotzdem würde ich gerne wissen, woran es liegt.Googeln oder im Forum suchen ist etwas schwierig mit den Begriffen...

Beides zeigt 0.6.3 an. Also wird der Wert seitens OpenCore nicht korrekt gesetzt. Hmm, ich schaue mal in die NVRAM-Problematik rein....Mit der Kiste (Dell XPS 17) habe ich noch ein seltsames Problem, der interne Bildschirm bleibt nach dem Booten 2-3 Minuten schwarz, danach kommt das Bild von alleine und alles ist gut.Update: NVRAm ist beschreibbar, CFG Lock deaktiviert, ExposeSensitiveData = 7

Vielen Dank für die Hilfe aber ich mache es einfach neu mit OC-Gen-X. Ich weiß an sich, was ich tun muss, die Config, Kexts und die ACPI-Files übernehme ich schnell und gut is.Ich bin mir recht sicher, dass ich keine andere EFI boote aber die aktuelle habe ich tatsächlich von GitHub um zu sehen, wie gut es mit dem funktioniert. Ich mach' einfach alles neu und so wie es mir gefällt, der Kollege hat recht viel am ACPI gefummelt, gefällt mir ohnehin nicht.Auf jeden Fall besten Dank im die Runde!

Ich finde die Geschichte auch interessant, vielleicht können wir noch ein wenig knobeln. Folgendes ist bislang passiert:Laptop kaputt (XPS13), lässt sich nicht mehr einschalten. Lief bis dato mit Clover und Catalina. Da ich keinen Mangel an Laptops habe, lag das auch vielleicht ein halbes Jahr rum.Laptop bestellt (XPS 17), rumprobiert, für lecker befunden, vor allem das riesen-Touchpad, wie bei Macs, tolles 4k Display, Tastatur, wie Dell das halt so macht. Sackschwer das Gerät, soll eine speziel…

Drei Ordner, boot (darin eine bootx64.efi), Dell und Microsoft

Eingetragen ist die Big Sur SSD, die vorher im XPS 15 war und jetzt im XPS 17 steckt. Die original-SSD, die mit dem Gerät mitkam, habe ich nicht angefasst. Die wollte ich auch so lassen.

Ich kann unmöglich falsche EFI booten, wenn ansonsten alles normal läuft, sprich Konfig ändert sich, wenn ich was ändere, Kexts ein- oder ausschalte. Wird wohl erstmal ein Geheimnis bleiben zwischen OpenCore und Dell...

Mache ich, danke!Allerdings ist es aktuell rein optisches Problem. Temporärer Blackscreen auf dem internen Display stört mich aktuell mehr...

Also die Lösung für das Problem war die Variable explizit zu löschen, wie das z.B. für csr-active-config erforderlich ist, wenn man sie wieder auf 000000 setzen möchte. Jetzt zeigt alles alles richtig an...Besten Dank nochmals!(Zitat von hackmac004)

Genau das habe ich gemacht und dann fiel es mir ein, dass das natürlich genau so mit der OC Version im NVRAM funktioniert. Und flugs wird die richtige Version angezeigt.

Genau, wie bei csr-config:

Das passiert vermutlich automatisch bzw. mal sehen, wie es mit v0.6.7 aussieht.Dortania sagt ja, man muss die NVRAm-Variablen eben anders behandeln als bei Clover. Ich glaube ich habe alles versucht, ClearNVRAM, ResetNVRAM, UpdateSMBIOSMode, Windows,. Linux hin und her, alles half nichts.

Die Variable wird aus dem NVRAM gelöscht, nichts weiter, wenn ich das richtig verstehe..

Vor 2 Stunden hatte ich es auch soweit... (Zitat von Download-Fritz)

Nun ist die OC Version 0.6.7 offiziell raus und der Fehler gefixt...Gibt zwar notwendige Änderungen an der Config aber die 0.6.6 config bootet auch (wie ich gerade festgestellt habe... )

(Zitat von armut)Dann steht es nicht unter "Delete", das hat immer funktioniert oder Du bootest aus Versehen trotzdem die falsche Version.