Suchergebnisse

KevinT. Klingt nach einem Bug... Wenn du Zeit dafür hast, kannst du ja mal eine Log mit funktionierendem STRG+ENTER und kaputtem macOS->Startbolume hochladen (DEBUG-Build + Target 67). Vorher am besten checken, ob NVRAM-Zugriffe aus dem OS raus funktionieren (Var setzen, neu starten, Var lesen)

KevinT. Das ist ein Workaround, keine Lösung, der Startvolume-Weg sollte immerhin auch funktionieren

Bei beiden Logs ist macOS der Standard...

(Zitat von Download-Fritz)Eine log mit richtigem, eine mit falschem (trotz Startvolume) Bootstandard.

KevinT. Korrekt .

KevinT. OK, Problem bestätigt... mal schauen, was sich da machen lässt. KevinT. Kannst du mal via Startupvolume die Windows-NVMe als Standard setzen und wieder eine Log hochladen? NVRAM-Reset & Co. sind nicht nötig.

KevinT. Danke, aber das ist mit STRG+ENTER, nicht macOS-Startupvolume

Ja, bitte mit der macOS-Startupvolume-Funktion Windows auswählen, nicht mit OC

ASUS hat mal wieder Lack gesoffen - physischer PCI Port 0 ist ACPI PCI Port 0 und physischer PCI Port 3 ist ACPI PCI Port 40. 40 % 3 != 0, daher keine einheitliche Schrittweite... tolle Wurst. Ohne Daten von mindestens einem weiteren Port (M.2 / PCIe) wird das nichts geben, sorry.EDIT: KevinT. Vieleicht geht's auch anders, kannst du vielleicht mal einen ACPI-Dump hochladen (Debug->SysReport anschalten, SysReport-Ordner hochladen)

KevinT. OK, Fix kommt bald: https://github.com/acidanthera…64#issuecomment-647526506Wir haben noch eine zweite Person mit ähnlichem Fehler und wollen sichergehen, dass sich die Fixes nicht beißen, also dauert's noch ein paar Stunden oder sogar Tage.EDIT: Ist raus: https://github.com/acidanthera…acfc07f1afdcbf4c30f420ef3