OpenCore boot menu strange issue

[alliance]

Hi,

having a strange issue, on the boot menu selection, it defaults to macos (fine), sometimes when I select windows (up arrow) too quickly, without waiting a second, it'll press my selection arrow twice, I.E. instead of going to Windows above macos, it'll end up at the bottom of the list?

Anything I can do to change this?

It never occured on previous macos versions/older OpenCore versions?

 

[Edhawk]

Sounds like you are using the Text based Picker List on the OpenCore boot screen. Switching to the OpenCore GUI boot screen might help with the problem, as it is less likely you will double hit the left arrow when selecting the Windows icon.

See this section of the Dortania guide for details on how tow to change from the Picker List to the GUI boot screen.

OpenCore beauty treatment | OpenCore Post-Install

 

[alliance]

Sounds like you are using the Text based Picker List on the OpenCore boot screen. Switching to the OpenCore GUI boot screen might help with the problem, as it is less likely you will double hit the left arrow when selecting the Windows icon.

See this section of the Dortania guide for details on how tow to change from the Picker List to the GUI boot screen.

OpenCore beauty treatment | OpenCore Post-Install

Ironically, it was doing exactly that with OpenCanopy
It kept selecting ClearNVRAM everytime I selected Windows!

So I've reverted back to text-based, and it still does it?

Any ideas? I changed Pickermode: 17 to 1, as it had the same issue when using 'Builtin', PickerVariant: Auto, and that made no difference.

 

[Edhawk]

ClearNvram requires a manual reboot of the system for the action to occur. It is why it is better to use ResetNvram, as the system is automatically rebooted as part of the action to remove the old NVRAM entries.

Follow the Dortania instructions provided in the link above, but make sure you have the ResetNvramEntry.efi in your OC setup, along with the other essential OC Drivers.

 

[alliance]

ClearNvram requires a manual reboot of the system for the action to occur. It is why it is better to use ResetNvram, as the system is automatically rebooted as part of the action to remove the old NVRAM entries.

Follow the Dortania instructions provided in the link above, but make sure you have the ResetNvramEntry.efi in your OC setup, along with the other essential OC Drivers.

Just tried that, both options just wipe out my bootloader and take me to Windows, where I have to re-add the macos boot EFI in the bootloader entries
I've never personally had NVRAM do anything, bar on a real mac TBH

Problem is still exactly the same

It never did this on Sequoia with the same version of OpenCore

 

[Edhawk]

I assume the following:

That you have the OpenCanopy.efi driver in your /EFI/OC/Drivers folder with a corresponding entry in your config.plist?

That you have a populated Resources folder in your EFI folder? If not use the link below, select the green CODE button and download the OcBinaryData folder. In this folder is a populated Resources folder.

GitHub - acidanthera/OcBinaryData

Contribute to acidanthera/OcBinaryData development by creating an account on GitHub.

github.com

That you have changed Misc > Boot > PickerVariant from Builtin to External in your config.plist?

You may find that changing Misc > Boot > LauncherOption from Disabled to Full helps. This config option adds a a boot entry called ‘OpenCore’ to the Bios, which you can select as the default boot drive. It is resilient against use of the ResetNvram option from the OpenCore boot screen.

That you have Misc > Security > AllowSetDefault set as True/Enabled in your config.plist. As this option allows you to set one of the entries on the OC boot screen as your default boot partition. To set the macOS drive as the default boot partition simply press and hold the cmd+Enter buttons (left Win key+Enter on PC keyboard) while the desired partition icon is selected. The arrow icon below the drive icon should change to a circular arrow to indicate the drive has been set as the OC default drive.