CloverBootloader: [SOLVED] r5131 breaks CFGLock.efi (by Brumbaer) if run via 'Tools' entry - fine with r5130
after replacing 5131 EFI/BOOT/BOOTX64.efi
with the previous 5130 BOOTX64.efi
, functionality is back to what it’s supposed to be:
my sample Clover EFI with CFGLock.efi.zip
Asus VivoBook S15 S510UA BQ514T, BIOS x510UAR 310. Let me know if you need any logs.
Link to topic @ insanelymac: CFGLock - unlock (MSR 0xE2) by Brummbär
About this issue
- Original URL
- State: closed
- Created 3 years ago
- Comments: 18 (4 by maintainers)
I tried with 5130 and it said "Can’t find any Variable with cfg in name. As you said, let’s forget about that. If an other tool doesn’t work, let’s open a new issue.
@SergeySlice I hope this point to the right sources, please check: Active pull-request | Original source under review.
@mackonsti
No - it’s not supposed to be necessary to do so, esp. with Brummbär’s original CFGlock.efi because it does not even use (let alone require) any params to be added interactively. It’s like: the bug is that the car does not drive forward anymore, so let’s drive it backwards via reverse gear, so at least it runs … that’s not how to solve an issue 😉
yes, OC debugs’s “utopia team” took over Brummbär’s
CFGlock.efi
code, re-labeled itControlMsrE2.efi
and made it interactive, requiring one of three arguments to be passed over. Unfortunately not even that is working in Clover, see Issue #376 😦Both tools,
ControlMsrE2.efi
and legacyCFGLock.efi
, work just fine if invoked via GUI of current OC, both debug and release editions, so I’m 100% confident team Clover will manage to at least get one of the MSR E2 unlock tools working (again) 🥇