Depending at which point you interrupted the update, the potential for system damage remains. In these cases we might usually refer you to a tutorial such as this one:
You are no doubt aware that Manjaro does not support Microsoft’s implementation of Secure Boot, and disabling it is the best resolve.
As to your error, my best guess is:
Manjaro has no capability of enabling or disabling Secure Boot; some Windows versions apparently do.
If you’re multi-booting, I might give Windows (11?) the evil eye. Otherwise, cosmic rays, maybe?!
Maybe Secure Boot is enabled by default in the factory-default UEFI settings and your CMOS battery died or shorted out, causing the UEFI to resort to factory-default settings.
Another possibility is that you are dual-booting with Microsoft Windows and that you have (knowingly or unknowingly) applied a Windows update in the meantime, causing Secure Boot to become enabled.
Without any proper information regarding your system, our guess is only as good as yours.
From some research done today - it appears that changing the firmware’s secure boot status can be done from CLI given the vendor supports it and certain conditions exist - at least on Windows it can be done.
I need to research more - if it turns out to be valid - it could provide a path to enable Secure Boot at Calamares installation level - but again only for a subset of systems.
Shorted out, that could pretty much be it. I have just testing resetting the BIOS settings to default, and that is enable Secure Boot by default.
I’m just glad the Supervisor Password setting is not also just got resetting…
Yes, I still have the Original Windows for nostalgic reason, but at day one I tested if it works then reduce it to 86 GB and have never touched it since.