• SupportQuestion

  • Recent update switched to LTS kernel, boot fails, manual steps required.

DataDrake Thanks for the reply.

I actually tried those steps as well, I just didn’t document them in my description. (I felt I was getting too long winded already! LOL)

Hopefully we’ll see some fixes for clr-boot-manager soon...

    yep same thing here i updated today

    camtron I had exactly the same problem. Somehow an lts kernel image was still in my boot folder although I didn't have any lts kernel installed. And it seemed like clr-boot-manager always selected that lts kernel over 5.6.18. I don't know how clr-boot-manager works, but I think it somehow "thought" the lts kernel was the newest one?

    In my case it was kernel image 4.9.210-151.lts hanging around in the boot folder.

      clr-boot-manager fix has hit Shannon as of a few minutes ago.

      1. Update for eopkg or the Software Center
      2. Run sudo clr-boot-manager list-kernels to get a list of the available kernels.
      3. Run sudo clr-boot-manager set-kernel <line from kernel list> to set a default kernel (no <> symbols)
      4. Run sudo clr-boot-manager list-kernels to check for the * next to the kernel you selected.
      5. (Optional) Run sudo clr-boot-manager update and sudo clr-boot-manager list-kernels to verify that it did not change after you set it.
        • Note: sudo clr-boot-manager update will always select the highest kernel release number from the same series (e.g. current-5.6.18-155 instead of current-5.6.13-153, but not lts-4.9.227-160).
      6. (Optional) Reboot to confirm that it indeed loaded the entry you selected.

        DataDrake How do I remove the lts kernel from the list? btw, it s/b set-kernel not set kernel right? Thank you for your help! 😀

            DataDrake Note: sudo clr-boot-manager update will always select the highest kernel release number from the same series (e.g. current-5.6.18-155 instead of current-5.6.13-153, but not lts-4.9.227-160).

            Did the update then immediately rebooted. Didn't see the mini-splash featuring the current and older versions, it just simply rebooted and went to the highest kernel. Uname -r confirms this. Success--this probably was exactly as intended.

              Did the "sudo clr-boot-manager set kernel com.solus.xxxxx.xxxxx.xx"
              now it sais cannot mount boot device /dev/sda1 on /boot: no such device?

              elfprince nice catch. Most kernels will be removed automatically on a successful boot for one of the kernels in that branch. If you want to get rid of one entirely, you'll need to mount /boot and remove the initrd, vmlinuz, and loader/entries/<kernel>.conf, then re-run sudo clr-boot-manager update to fix the menus.

                  elfprince It's mostly safe if you're paying attention. Generally, it's only necessary if you have -current and -lts installed and want to remove one of them entirely.

                      DataDrake hmm, mount: /boot: can't find in /etc/fstab. Anyway, is it a must to remove the lts kernel? I have one current and one lts right now. Can they play in peace?

                          elfprince They should be fine together. I was only presenting an option. /boot isn't in /etc/fstab because it gets unmounted after the boot process completes. clr-boot-manager knows how to mount it as needed. You can look in lsblk for the drive though.

                            I had also the same Issue with 4.9.xx LTS Kernel, which was forced by VirtualBox installation. Did done the steps which DataDrake mentioned, but that didn't work (the system always bootet into the LTS Kernel, even after LTS Kernel and VirtualBox uninstalling). So mounted the boot Partition and removed all LTS entries I've found, did a clr-boot-manager update and rebooted. That worked for me.

                            So the questien is, why is the system forcing the LTS Kernel (and why VBox requires this Kernel, it should support Kernel 5.7?).

                                Chrym Not sure what you mean about forcing? VirtualBox is supported on the non-LTS kernel.

                                    DataDrake Update for eopkg or the Software Center
                                    Run sudo clr-boot-manager list-kernels to get a list of the available kernels.
                                    Run sudo clr-boot-manager set-kernel <line from kernel list> to set a default kernel (no <> symbols)
                                    Run sudo clr-boot-manager list-kernels to check for the * next to the kernel you selected.
                                    (Optional) Run sudo clr-boot-manager update and sudo clr-boot-manager list-kernels to verify that it did not change after you set it.
                                    Note: sudo clr-boot-manager update will always select the highest kernel release number from the same series (e.g. current-5.6.18-155 instead of current-5.6.13-153, but not lts-4.9.227-160).
                                    (Optional) Reboot to confirm that it indeed loaded the entry you selected.

                                    Step 5 seems to fail on my side, with the following error message :

                                    [ERROR] cbm (../src/bootman/update.c:L189): Cannot determine the currently running kernel

                                    I did all the previous steps but there already was a * next to the most recent kernel... Gotta warn that I had to chroot in order to reach a state in which I could run sudo eopkg up without getting an error message. I already updated everything and did all necessary steps from the solus boot rescue but for this kernel problem it seems ineffective !

                                    EDIT : After like the tenth reboot it suddenly started working again, so sorry for the inconvenience, you can safely ignore my post

                                      Yikes. So tossing my hat into the ring. Dell Latitude E5470 has exact same error after the last update. No boot. Not able to enter anything on the blinking cursor.

                                      Most I can gather is "failed initialize dm devices" and a "handling fault" of some sort before hard shutdown required. Is this fixable? Makes at least the 3rd update that hosed this laptop. I thought I am fairly certain I was already running LTS Kernel because previously it wouldn't boot with the latest kernel but that was months ago.