[SOLVED] Failed to load 4.19.8 modules after upgrading kernel to 4.19.9 on -current
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Failed to load 4.19.8 modules after upgrading kernel to 4.19.9 on -current
I've done an upgrade on my -current installation and got the new 4.19.9 kernel.
During boot, some errors popped up stating that modules could not be load for kernel 4.19.8, and as a result my wireless keyboard does not work and i'm unable to debug much more. I also get the welcome message "Welcome to Linux 4.19.8", which is weird.
What could be going wrong here? I haven't switched to the generic version, i ran lilo after the upgrade, tried also repairing from a chroot from the installation media, but no luck.
I see some users here reporting issues with the new kernel but seem unrelated to mine (mostly for newer amd gpu).
Lesson learned: blacklist the working kernel packages
You do not updated properly your bootloader, and was loaded the previous 4.19.8 kernel.
Probably you use LILO, because something like that can happen because LILO read the kernel directly from hard drive, in a sectors base.
You are still lucky, because the deleted kernel file was not overridden yet by another file written and you managed still to boot with whatever success.
My suggestion is to boot from a live system and to fix your bootloader.
Last edited by LuckyCyborg; 12-16-2018 at 12:57 PM.
Thanks for the reply, but i'm not sure where to go from here.
I already tried to fix my bootloader from the live cd with no luck, if i look in /boot i see that vmlinuz is indeed pointing to the huge kernel 4.19.9, shouldnt it be enough?
# LILO configuration file
# generated by 'liloconfig'
#
# Start LILO global section
# Append any additional kernel parameters:
append=" "
boot = /dev/sda
#compact # faster, but won't work on all systems.
# Boot BMP Image.
# Bitmap in BMP format: 640x480x8
bitmap = /boot/slack.bmp
# Menu colors (foreground, background, shadow, highlighted
# foreground, highlighted background, highlighted shadow):
bmp-colors = 255,0,255,0,255,0
# Location of the option table: location x, location y, number of
# columns, lines per column (max 15), "spill" (this is how many
# entries must be in the first column before the next begins to
# be used. We don't specify it here, as there's just one column.
bmp-table = 60,6,1,16
# Timer location x, timer location y, foreground color,
# background color, shadow color.
bmp-timer = 65,27,0,255
# Wait until the timeout to boot (if commented out, boot the
# first entry immediately):
prompt
# Timeout before the first entry boots.
# This is given in tenths of a second, so 600 for every minute:
timeout = 1200
# Override dangerous defaults that rewrite the partition table:
change-rules
reset
# Normal VGA console
vga = normal
# Linux bootable partition config begins
image = /boot/vmlinuz
root = /dev/sda2
label = Linux
read-only
# Linux bootable partition config ends
Assuming that /boot/vmlinuz points to the proper kernel and you booted from one of live systems made by AlienBOB, as root from that live you should run
Code:
# Mount the filesystems
mount /dev/sda2 /mnt/tmp
mount --bind /proc /mnt/tmp/proc
# Update the LILO
lilo -r /mnt/tmp
# Umount the filesystems
umount /mnt/tmp/proc
umount /mnt/tmp
Then you should reboot the system.
Please note that with "#" I made some comments about steps, they aren't commands.
Last edited by LuckyCyborg; 12-16-2018 at 01:24 PM.
okay solved for the moment! that didnt't do trick, i already tried it before. What did the trick was to unplug the hard-drive. I recently got an ssd and moved my installation there, formatting the hard disk for storage usage.
Could be that lilo was still somehow looking in there for something?
Thanks luckycyborg for the help!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.