Slackware This 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.
Are you new to LinuxQuestions.org? Visit the following links:
Site Howto |
Site FAQ |
Sitemap |
Register Now
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.
|
|
|
12-28-2013, 05:19 PM
|
#1
|
Member
Registered: Jun 2010
Distribution: Slackware Current 64 bit KDE 5
Posts: 380
Rep:
|
slackware 14.1 3.10.17 kernel question on setting up generic kernel
I'm on 14.1 32 bit and successfully installed the generic kernel, but find that I am now unable to boot into the huge kernel. Is that normal?
I'm just happy that I can boot into my system and have my wireless working this time. But am curious about the huge kernel now.
|
|
|
12-28-2013, 05:53 PM
|
#2
|
Moderator
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
|
The huge and the generic kernel are independent from each other, so if you have your Lilo setup correctly (and generated an initrd for the generic kernel) there shouldn't be a problem with any of them. Please give us a more specific error description.
|
|
|
12-28-2013, 06:04 PM
|
#3
|
Member
Registered: Jun 2010
Distribution: Slackware Current 64 bit KDE 5
Posts: 380
Original Poster
Rep:
|
Quote:
Originally Posted by TobiSGD
The huge and the generic kernel are independent from each other, so if you have your Lilo setup correctly (and generated an initrd for the generic kernel) there shouldn't be a problem with any of them. Please give us a more specific error description.
|
Okay, give me a little bit to write down the exact error message. It looks like a kernel panic message, but I'll write it down when I reboot.
|
|
|
12-28-2013, 06:08 PM
|
#4
|
Member
Registered: Jun 2010
Distribution: Slackware Current 64 bit KDE 5
Posts: 380
Original Poster
Rep:
|
Quote:
Originally Posted by TobiSGD
The huge and the generic kernel are independent from each other, so if you have your Lilo setup correctly (and generated an initrd for the generic kernel) there shouldn't be a problem with any of them. Please give us a more specific error description.
|
Here's my lilo.conf to start. I'm not sure if this is how it's supposed to look.
# Linux bootable partition config begins
image = /boot/vmlinuz
root = /dev/sda2
label = Linux
read-only
# Linux bootable partition config ends
# Linux bootable partition config begins
image = /boot/vmlinuz-generic-smp-3.10.17-smp
initrd = /boot/initrd.gz
root = /dev/sda2
label = Lnx31017
read-only
# Linux bootable partition config ends
|
|
|
12-28-2013, 06:22 PM
|
#5
|
Member
Registered: Dec 2013
Location: Turin, Italy
Distribution: slackware
Posts: 328
Rep:
|
/boot/vmlinuz is a symlink, try 'ls /boot/vmlinuz' to see which kernel version is pointing; you can add another boot option too
Code:
image = /boot/vmlinuz-huge-smp-3.10.17-smp
root = /dev/sda2
label = Lnx31017
read-only
because huge version has fs driver compiled built-in, you don't need initrd, unless you have strange hardware
|
|
1 members found this post helpful.
|
12-28-2013, 06:24 PM
|
#6
|
LQ 5k Club
Registered: Oct 2003
Location: Melbourne
Distribution: Slackware64-15.0
Posts: 6,445
|
My bet is that the /boot/vmlinuz symlink now points to the generic kernel vmlinuz-generic-smp-3.10.17-smp.
Change 'image = /boot/vmlinuz' to point to the huge kernel image and rerun lilo.
|
|
1 members found this post helpful.
|
12-28-2013, 08:31 PM
|
#7
|
Member
Registered: Jun 2010
Distribution: Slackware Current 64 bit KDE 5
Posts: 380
Original Poster
Rep:
|
Quote:
Originally Posted by allend
My bet is that the /boot/vmlinuz symlink now points to the generic kernel vmlinuz-generic-smp-3.10.17-smp.
Change 'image = /boot/vmlinuz' to point to the huge kernel image and rerun lilo.
|
Is it either the generic kernel or the huge? I found the instructions to install the generic kernel, but does that mean I can not boot the huge? What happens if an update for the kernel comes out, or if I upgrade to another kernel? Do I need to stay to the generic kernel? I just want to know so as to not mess up my system.
|
|
|
12-28-2013, 08:51 PM
|
#8
|
Moderator
Registered: Dec 2009
Location: Germany
Distribution: Whatever fits the task best
Posts: 17,148
|
You don't need that symlink at all (and yes, a symlink can only point to one file). So just replace it in your lilo.conf with the actual names of the kernels. Which one you boot is up to you, you can decide at boot if you set up Lilo correctly.
For clarification, kernels in a release version of Slackware are very rarely updated (usually only if there is a serious security problem or a significant bug). But even if they are, you usually never update them, you install the new kernel side-by-side with the old one, so that you can actually test it before switching over.
|
|
1 members found this post helpful.
|
12-29-2013, 06:55 AM
|
#9
|
Member
Registered: Jun 2010
Distribution: Slackware Current 64 bit KDE 5
Posts: 380
Original Poster
Rep:
|
Thanks, adding the name of the huge kernel worked and I can boot into both. More importantly I learned about inatalling generic kernels. Thanks for all of your help.
|
|
|
01-11-2014, 03:17 PM
|
#10
|
Member
Registered: Jun 2010
Distribution: Slackware Current 64 bit KDE 5
Posts: 380
Original Poster
Rep:
|
Update:
I did successfully install the generic kernel on my laptop. And only have one generic kernel installed. I then went to work on my HP tower that has an NVIDIA 6150 SE Video card. It was running slackware 14.0 64 bit and I also successfully installed the generic kernel on that too, but did not have the proprietary NVIDIA drivers installed. I was using the nouveau drivers.
I blacklisted the kernel in slackpkg and proceeded to upgrade to 14.1, which went successfully and everything is running well with the 3.2.45 kernel from 14.0. I proceeded to then install the generic kernel for 14.1 following the directions from here: http://mirrors.slackware.com/slackwa.../README.initrd and here: http://docs.slackware.com/slackware:beginners_guide.
I can successfully log in with both kernels and tried installing the proprietary NVIDIA legacy driver, but that failed to install. When I'm logged in with the 3.10.17 kernel it looks like the proprietary NVIDIA driver is trying to install it on the 3.2.45 kernel.
Could I have missed installing something? Everything seems to be working right now, but I'd like to know for the future.
These were the packages that I installed: kernel-generic-3.10.17-x86_64-3.txz, kernel-modules-3.10.17-x86_64-3.txz, & mkinitrd-1.4.8-x86_64-1.txz.
|
|
|
01-11-2014, 03:41 PM
|
#11
|
LQ Addict
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,158
Rep:
|
Whenever you change the kernel you have to build new nvidia driver for it, you can't use the old one.
|
|
1 members found this post helpful.
|
01-11-2014, 03:43 PM
|
#12
|
Member
Registered: Jun 2010
Distribution: Slackware Current 64 bit KDE 5
Posts: 380
Original Poster
Rep:
|
Quote:
Originally Posted by Didier Spaier
Whenever you change the kernel you have to build new nvidia driver for it, you can't use the old one.
|
That's the strange thing, I didn't have it installed prior to the upgrade.
|
|
|
01-11-2014, 03:59 PM
|
#13
|
LQ Addict
Registered: Nov 2008
Location: Paris, France
Distribution: Slint64-15.0
Posts: 11,158
Rep:
|
Maybe I misunderstood what you wrote:
Quote:
I can successfully log in with both kernels and tried installing the proprietary NVIDIA legacy driver, but that failed to install. When I'm logged in with the 3.10.17 kernel it looks like the proprietary NVIDIA driver is trying to install it on the 3.2.45 kernel
|
How do you know that? And what exact steps did you follow to install the proprietary NVIDIA legacy driver?
|
|
1 members found this post helpful.
|
01-11-2014, 05:49 PM
|
#14
|
Senior Member
Registered: Jun 2003
Location: Virginia
Distribution: Slackware = Main OpSys
Posts: 4,924
|
Quote:
Originally Posted by Bertman123
Update:
<snip>
I can successfully log in with both kernels and tried installing the proprietary NVIDIA legacy driver, but that failed to install. When I'm logged in with the 3.10.17 kernel it looks like the proprietary NVIDIA driver is trying to install it on the 3.2.45 kernel.
<snip>
These were the packages that I installed: kernel-generic-3.10.17-x86_64-3.txz, kernel-modules-3.10.17-x86_64-3.txz, & mkinitrd-1.4.8-x86_64-1.txz.
|
There is really good documentation for each nVidia linux driver. For me I find it easiest to execute the NVIDIA-xxxxx.run file with the "--extract-only" switch, so I can get at all the info in one known place.
Example - This is from the Readme.txt
Quote:
Originally Posted by nvidia readme.txt
4C. INSTALLING THE KERNEL INTERFACE
The NVIDIA kernel module has a kernel interface layer that must be compiled
specifically for each kernel. NVIDIA distributes the source code to this
kernel interface layer.
When the installer is run, it will check your system for the required kernel
sources and compile the kernel interface. You must have the source code for
your kernel installed for compilation to work. On most systems, this means
that you will need to locate and install the correct kernel-source,
kernel-headers, or kernel-devel package; on some distributions, no additional
packages are required.
After the correct kernel interface has been compiled, the kernel interface
will be linked with the closed-source portion of the NVIDIA kernel module.
This requires that you have a linker installed on your system. The linker,
usually '/usr/bin/ld', is part of the binutils package. You must have a linker
installed prior to installing the NVIDIA driver.
|
Actually I had thought that one cannot build the nvidia driver without fully qualified "/usr/src/linux/.config" meaning iirc at least "make modules&&make modules_install" must be actually run, and I always have gone through the full process of building a custom kernel. But the above quotes (bold part) seem to imply one might only need to add the "kernel-devel" package.
However I am confident that if you read that Readme, the "lights will go on for you" as to how much you need to do to prepare a proper environment on your box.
|
|
1 members found this post helpful.
|
01-11-2014, 09:53 PM
|
#15
|
Senior Member
Registered: Apr 2009
Location: McKinney, Texas
Distribution: Slackware64 15.0
Posts: 3,858
|
How did you did you do the upgrade from 14.0 to 14.1?
|
|
|
All times are GMT -5. The time now is 03:19 PM.
|
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.
|
Latest Threads
LQ News
|
|