usefulness of mandriva-patches in kernel, or just new 2.614. kernel from source?
MandrivaThis Forum is for the discussion of Mandriva (Mandrake) 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.
Distribution: Mandriva mostly, vector 5.1, tried many.Suse gone from HD because bad Novell/Zinblows agreement
Posts: 1,606
Rep:
usefulness of mandriva-patches in kernel, or just new 2.614. kernel from source?
Hi, Is the patching of the kernel by Mandriva necessary?
(I mean for good functionning of the OS with mandriva tools or scripts or anything else)
I may find some times to compile my first kernel.
I have a 2.6.14 source from a magazine.
I was going to add it alongside Mandy 10.2's kernel.
In other words, should I look for a 2.6.14 mandriva patched source kernel (if this is available), or can I just upgrade to any 2.6.14 or above, without worrying too much about these mandriva patches.
The one thing I can think of that will break is supermount. Look in your /etc/fstab file and if you have supermount on the lines with /dev/cdrom or /dev/fd0 then your kernel is patched with supermount.
You can manually patch your kernel if you want to keep supermount or you can leave out supermount and change you /etc/fstab file so you manually mount your cdrom or floppy
<edit> Be sure you use the config file located in the /boot directory when you build your new kernel. That way you know you are starting from a "known good" config file.
cd /usr/src/linux
MYKERNEL="`uname -r`"; cp /boot/config-$MYKERNEL .config
make oldconfig
Hi, Is the patching of the kernel by Mandriva necessary?
(I mean for good functionning of the OS with mandriva tools or scripts or anything else)
Yes, for good functioning it is necessary. Often though you can get away with a vanilla kernel with no patches since the bugs/incompatabilities the patches fix might not always affect you.
Quote:
I may find some times to compile my first kernel.
I have a 2.6.14 source from a magazine.
I was going to add it alongside Mandy 10.2's kernel.
That's definately the best way - make sure you can still boot into Mandriva's kernel if you need to.
Quote:
In other words, should I look for a 2.6.14 mandriva patched source kernel (if this is available), or can I just upgrade to any 2.6.14 or above, without worrying too much about these mandriva patches.
I don't think Mandriva has released a 2.6.14 kernel RPM, but there might be one if you look in the cooker repostories.
That only gets the updated kernels for your distro and since updates are backported into the current kernel version for the distro using this method you'll never get a newer version of the kernel.
Quote:
/bin/bash: The one thing I can think of that will break is supermount. Look in your /etc/fstab file and if you have supermount on the lines with /dev/cdrom or /dev/fd0 then your kernel is patched with supermount.
Supermount is only for floppy drives in these newer versions of Mandriva. It uses hal/fstab-sync for CD/DVD and USB drives
Distribution: Mandriva mostly, vector 5.1, tried many.Suse gone from HD because bad Novell/Zinblows agreement
Posts: 1,606
Original Poster
Rep:
Thanks very much for these comprehensive answers.
I do use supermount. I will try with a vanilla kernel, and patch it for supermount.
Quote:
That only gets the updated kernels for your distro and since updates are backported into the current kernel version for the distro using this method you'll never get a newer version of the kernel.
Gosh, never realised this was done that way.
I hope the 2.6.14 [edit 2.6.15 does this is the milestone] now makes smartmontools work with
sata drive (I read somewhere about these kind of improvements).
Anyway, this is the curiosity factor first
The day I manage to get this to work, and I notice some
incompatibilities, I will post back here.
Last edited by Emmanuel_uk; 07-18-2006 at 02:06 AM.
Yeah pretty much every distro does this, and not just for the kernel but for almost every other package too. Its why you have to keep upgrading to the latest version of your distro if you want to keep up with the latest packages.
Yeah I asked on the cooker mailing list because I was confused about how it all worked:
Quote:
> I'm a little bit confused about how removable drives (CD/DVDs and USB
> devices) get mounted in 2005LE. I know that fstab-sync is called by HAL
> to add entries for USB devices to /etc/fstab on the fly but what process
> is meant to mount those newly added devices?
gnome-volume-manager.
> Also what process mounts
> CD/DVD drives?
gnome-volume-manager.
> Why is the floppy drive the only one with 'supermount' in
> the options of its fstab entry?
because floppy drives do not notify the kernel when a medium is
inserted, so you cannot use a mounting method which relies on detecting
the sudden presence of a medium. You have to use one which simply
attempts to mount the drive when access to it is requested - like
supermount.
> Is supermount still used in 2005LE?
Only for floppies and a few other cases where insertion notification
doesn't happen (some tape drives, IIRC).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.