OpenCore Sammelthread (N-D-K Fork)

Darkwake hat nichts mit Systemeinstellungen und dort vorhandenen Einstellungen zu tun. Darkwake setzt sogenannte Darkwake-Flags, die die Reaktion des Systems auf bestimmte System Events bestimmen.

Wenn in den Systemeinstellungen 2 Slider vorhanden sind liegt das daran, dass das legacy Platform-Plugin statt dem X86PlatformPlugin für die CPU lädt. Das sorgt allgemein für falsches Powermanagement und vieles damit verwandte. Beheben kann man das, wie bereits geschehen, indem man den PluginType auf 1 für die CPU(0) setzt

JimSalabim / mhaeuser - keine chance. Im Bios war auch alles richtig.

Gibt nur einen Booteintrag und der ist auf UEFI OS gesetzt. Habe jetzt in Windows showpicker wieder auf true gestellt - läuft.

Habe jetzt noch mal in die Doku geguckt... werde es gleich mal mit dem Parameter TakeOffDelay versuchen.

Der steht bei mir auf 0 (default) - aber es gibt einen Hinweis, dass man den ggf. auf 5000-10000ms stellen muss, damit die Information mit dem Hotkey überhaupt ankommt. Hoffe jetzt mal nicht, dass ich 5000ms brauche sondern nur 1000ms-2000ms.

Ich werde berichten, wie es gelaufen ist

UPDATE:

Keine Chance. Selbst wenn ich 10.000ms einstellen komme ich nicht in den Picker Wobei ich auch nicht das Gefühl habe, dass er irgendwas deutlich "verzögert".

Von 0 auf 5000ms kam das Windows-Logo etwas später-.- aber jetzt auf 10.000 fast genauso schnell. Immerhin reden wir hier von 10 Sekunden. Das müsste eine Ewigkeit sein.

Drücke ich vielleicht auch im falschen Moment?

Erst kommt ja der typische Post-Boot-Screen -- mit dem riesigen American Megatrend Schriftzug und wo alle Festplatten und USB-Devices aufgezählt werden.

• Wenn ich hier z.B. ESC gedrückt lasse, verschwindet das Bild sofort und er bootet Windows.
• Wenn ich ab da ALT gedrückt lasse -- nichts.
• Wenn ich warte bis der Post-Boot-Screen weg ist und dann ALT oder ESC gedrückt lasse --> auch nichts

Damit bin ich jetzt mit meinem Latein am Ende.

Maddeen "Delay in microseconds" µs, nicht ms

ach ... dann werde ich testweise mal in die Millionen gehen

Ich habe mittlerweile auch wie in Note1 erwähnt den Treiber: AppleUsbKbDxe.efi installiert und in der config hinterlegt. Hat aber auch nichts gebracht.

AppleUsbKbDxe raus, Hotkeys werden nur *nach* dem delay erkannt

mhaeuser - Ist mir auch lieber, wenn dem so ist, da ich den bisher auch nicht brauchte..

Ich habe es tatsächlich vorhin zwei Mal geschafft ins Bootmenü zu kommen. Allerdings habe ich ESC so schnell/oft gedrückt, dass ich gedacht habe, ich hätte Parkinson.

Den delay habe ich mittlerweile auf 10.000.000 hochgesetzt - sodass er eigentlich jeden Tastendruck tausendfach erkennen müsste. Nichts.

Ich habe es weder hinbekommen, dass er noch ein drittes mal auf ESC reagiert oder überhaupt mal auf ALT.

Wenn ich die Doku richtig verstehe, wären meine letzten Optionen jetzt diese zwei:

KeySwap  aktivieren.

Lt. Doku --> This option may be useful for keyboard layouts with Option key situated to the right of Command key. / Was ja bei mir der Fall wäre, sofern man die "Windows-Taste" mit der "Command-Taste" gleich setzt

KeySupportMode von AUTO auf AMI ändern

Lt. Doku --> Set internal keyboard input translation to AppleKeyMapAggregator protocol mode. / Hier würde ich mal AMI hinterlegen, weil ich ja ein AMI BIOS habe, oder?

Kann es ggf. auch damit was zu tun haben, dass ALT nicht erkannt wird, weil ich den falschen Wert unter prev-lang:kbd eingegeben habe?

Ich habe da 64653A33 für de:3

P.S Ich habe ne ganz normale, betagte Logitech G110 Tastatur...

Maddeen Wie gesagt, die Hotkeys werden nur *nach* der Verzögerung registriert, also bringt viel mehr Verzögerung nichts - die ist "nur" dazu da, einen Abstand nur "Hotkey-Zeit" der Firmware zu haben und Zeit für den Tastaturtreiber, sich zu fangen (wieder irgendwelche Bugs, aber da stecke ich grad nicht drin). KeySwap ist nur dazu da, auf ein Apple-style Layout anzupassen. KeySupportMode=Auto sollte AMI so oder so präferieren, aber teste es bitte trotzdem mal

EDIT: Manche Tastaturen haben einen BIOS-Modus. Grad kaum Zeit, aber sowas gefunden: https://ubuntuforums.org/showthread.php?t=1843969

Dank dir... leider hat weder der SupportMode noch die BIOS Einstellung "USB Legacy Mode" etwas gebracht.

Ich versuche es morgen mal mit einer anderen Tastatur, damit ich die als Fehlerquelle ausschließen kann.

Ich melde mich dann morgen noch mal. Schönen Abend noch

UPDATE: Also das mit den Hotkeys funktioniert leider nicht wirklich zuverlässig. Gedrückt halten geht bei mir nie - egal mit welchen Einstellungen.

Was zu ca. 75% funktioniert, ist das triggern von ESC oder ALT. Interessanterweise geht es mal nur mit ESC und beim nächsten Mal nur mit ALT.

Leider wurde ein Ticket zu dem Thema schon bereits ungelöst geschlossen - aus meiner Sicht aber leider nicht zufriedenstellend.

https://github.com/acidanthera/bugtracker/issues/564

Wenn die Tastatur im BIOS geht bzw. im Postscreen - und auch z.B. wenn Windows bootet in den Recoverymode geht, liegt aus meiner Sicht das Problem nicht an der Hardware...

Ich habe es derweil auch schon mit zwei anderen Tastaturen versucht - das unzuverlässige Verhalten bzw. das gedrückt halten nie funktioniert, bleibt leider.

kuckkuck

Kannst du mir noch mal bei der Analyse bzgl. Sleep helfen.

Ich habe zwar den Befehl log show --style syslog | fgrep "Wake reason" eingegeben -- aber irgendwie passiert dann nichts... oder muss ich danach dann in den Ruhestand gehen, damit er was loggt?

Der Fehler ist nämlich, seit dem ich diesen "Fix Sleepimage" wieder zurück gedreht habe, natürlich direkt wieder da.. Sprich max. 1 Sekunde nach dem Tastatur usw. ausgegangen sind, springt der Rechner wieder an.

Wie man sieht, zeigt das Hackintool jetzt auch den Hibernatemode als "rot" an ... wobei ich bei dem Tool nicht verstehe, ob rot als "falsch", "Hinweis" oder sonst was gelten soll

Gibt was neues beim N-D-K Fork. Das Problem mit der Auflösung wurde bei mir von N-D-K auch gelöst. Top Arbeit.

kuckkuck - hier mal der Output von deinem Command. Was sagt uns das jetzt?

anonymous_writer haste nen link zu den durchgeführten doings die du gemacht hast? Das schaut megageil aus👍

Zitat von karacho

Probiere mal im Terminal.

sudo pmset -a hibernatemode 0

sudo pmset -a proximitywake 0

Scheint zu funktionieren - war zwar jetzt nur ein Sleeptest über 120 Sekunden - aber er ist nicht von selber auferstanden Dank dir karacho

anonymous_writer Ich hab den Ordner aktualisiert, aber bei mir erscheint das Hintergrundbild nicht und auch die Icons und die Schrift sind nach wie vor doppelt so groß wie sie sein sollen. Die Schrift ist dafür wenigstens etwas klarer lesbar. Das Hintergrundbild ist im Ordner "Icons" vorhanden und natürlich hab ich den Rest auch aktualisiert. Muss man dazu noch irgendwas anderes anpassen?

Die *.efi und die Icons rüber geschoben, mehr war da nicht zum anpassen.

Vielleicht hängt es ja mit deiner grösseren Auflösung beim Boot zusammen JimSalabim

Ich hab die Größe vom Background.png jetzt mal auf 3840x2160 geändert. Dann erscheint es tatsächlich. Aber nach wie vor ist es dann so:

Ganz normales Boot-Menü:

(skalierte Icons, skalierte Schrift)

Wenn ich jetzt zwischendurch beispielsweise in die Shell gehe und dann wieder zurück ins Boot-Menü, sieht es so aus (unskalierte Icons, unskalierte Schrift):

Kann man dieses Start "Bild" nur mit der N-D-K version benutzen?

… aber auch, sobald ich das Screenshot-Tool im Menü auswähle und aktiviere, springt er sofort auf die kleinen nicht skalierten Icons und die kleine Schrift um.