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.
I'm running Slackware64 current and did an upgrade last night.
What I do is :
slackokg check-updates
slackpkg update
slackpkg install-new
slackpkg upgrade-all
It usually works smoothly but now I can't use usb devices (keyboard, mouse) and it's not connected to my network.
At the end of the upgrading process I was asked to overwrite some files, and well I did.
I remember about rc.M, rc.inet1, rc.inet2.
I do not notice any error at boot time (runlevel 3).
My plan is to create a boot usb stick from an other current machine and replace the config files.
I'm not sure which one I should consider though and why this happened.
I need you guys to guide me.
Thanks.
It didn't solve the issue.
I noticed /lib/modules contains the kernel 4.14.23, and that everything in /boot point to this kernel as well. However the machine still boot on kernel 4.14.18.
During the upgrade, it's been requesting to run lilo but not elilo.
Do you think that may be the cause of the problem?
How to run elilo from boot disk and have an effect on the desktop ?
Got this issue as well just now, upgraded all kernel* packages, mkinitrd and lilo as per usual, no modules can't login. Wondering how to now correct it
Well, what I did was burn the -current install iso, boot from it using the huge.s , then installed the huge kernel which I noticed uses a different symlink in /boot than just vmlinuz, seeing that I also installed the generic-smp and modules and added both entries to lilo.conf. Now both kernels seem to boot fine. Not exactly sure why it couldn't find the modules on the first attempt. This system has been on slackware current, updated as it updates since kernel 3.10.11. Updated with slackpkg for everything but kernels and this has been the first hitch in all that time. Good work guys and gals
When you boot from the install disk, there are instructions on how to you might boot your system in the very first lines of text that go something like:
Boot: huge.s root=/dev/sda1 initrd= ro
If /dev/sda1 is your /root partition, or /boot partition if that's separate, this will boot up your linux install using the huge kernel which has all the modules compiled inside so the modules package isn't required. Once you've done that, mount the cd and install packages as you like using installpkg. What seemed to be different on my system is that inside /boot vmlinuz used to point to the kernel whereas now it's vmlinuz-generic-smp which does, so you need to edit the pertinent section of lilo.conf to match before running lilo. I hope that's clear enough.
It didn't solve the issue.
I noticed /lib/modules contains the kernel 4.14.23, and that everything in /boot point to this kernel as well. However the machine still boot on kernel 4.14.18.
During the upgrade, it's been requesting to run lilo but not elilo.
Do you think that may be the cause of the problem?
How to run elilo from boot disk and have an effect on the desktop ?
If you're running a UEFI system, you'll need to re-run eliloconfig to add the new kernel to the EFI partition and allow you to boot from it. If you're running a BIOS based system (or using legacy booting), you'd need to run lilo to save the location of the new kernel to the MBR.
With a lilo system, follow coralfang's instructions. If this is a UEFI system using elilo, and since you're running into issues with peripherals with this, you'll need to boot off the install media, mount your main drive and your EFI partitions, bind mount a few system mounts, chroot into the main partition, and then run eliloconfig. Adjust the drive designators as necessary.
Code:
mount /dev/sda2 /mnt/
mount /dev/sda1 /mnt/EFI/
mount -o bind /dev /mnt/dev
mount -o bind /proc /mnt/proc
mount -o bind /sys /mnt/sys
eliloconfig
exit
reboot
This should add your new kernel to the correct location in the EFI partition and then allow you to boot up with the new kernel.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.