-
Notifications
You must be signed in to change notification settings - Fork 30
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Commit breaks LUKS on Solus #134
Comments
Ah you might be hitting things that #129 resolves on listing kernels but that looks different so I'll have to try and bootup a Solus install and try that out. I'm really not sure what is going on with the LUKS breakage right now and I'll need to look into that because this does work for Clear Linux LUKS installs. |
Ah okay, didn't see the PR sorry about that. DataDrake didn't had time yet to look into it and figure out exactly why this happens, I just confirmed his suspicion that this commit is causing it. |
The sudo clr-boot-manager list-kernels command still shows the error, any fix ? |
@cata0309 Not yet sorry X(. Any chance you could paste a copy of the config that is showing the error? |
It is a fresh install, not a personalized config |
Hrm I seem to having the iso installer crash when running in a VM. Will need to poke at this more X(. |
Hey guys, might my issue be related to this? |
Same error here, not using LUKS Looks scary but everything works fine. |
Please can you confirm this is still any issue. Can you please check with a more recent version (not sure the version Solus is shipping these days). |
I can confirm this is still an issue. The cause seems to be that the glob in the linked commit has the wrong order:
The glob should probably be: Edit: I have tested CBM with this patch, and it works on both LVM on LUKS and just plain LUKS. |
We had an issue update clr-boot-manger on Solus which broke installs which used LUKS after the system run clr-boot-manager update.
I looked into it and found the commit which is causing this problem on solus
commit ef77136
after I patched this one out, I could update and use v3.1.0 and have no issues sofar on my LUKS test system. (Gonna keep an eye on it, @DataDrake is aware of it)
Another small thing I found was running clr-boot-manager list-kernels on a UEFI system I get an error
Which does not happen on a GRUB install
The text was updated successfully, but these errors were encountered: