A curse on LABEL=

[Alexander Dalloz]

Am Fr, den 09.04.2004 schrieb Timothy Murphy um 14:47:

> I was just bitten again by the LABEL= bug.

Please be careful with calling a behaviour a bug. Especially if you do
not fully understand whats happening. There is not bug with the LABEL
feature.

> For some reason, "make install" 2.6 kernels
> causes a new entry in grub.conf using root=LABEL=/ ,
> even though the entry being copied says /dev/hda?

I do not fully understand that sentence. You get a new entry in
grub.conf for the new kernel with use of LABEL and with /dev/hda at same
time?

If the grub.conf entry was made automagically by the make install
process. In this case it takes the information from previous grub.conf
kernel line.

> I don't know why - and don't really want to know why -
> but this causes a panic on my machine,
> with the root partition not found,
> even though it has the correct label according to e2label.

Well, you don't want to know the reason? Then do not make usage of the
LABEL feature.

> I understand the supposed advantage of LABEL
> if one is changing a hard disk,
> but I just feel the confusion it causes vastly outweighs its merits.
> Am I alone in this?

It is easy to avoid LABEL usage. If you want to use the LABEL feature,
you need to have a correct labeled root partition, an initial ramdisk
image and BSD label support compiled into the kernel.

So far, it's no bug ;)

Alexander


-- 
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 1 (Yarrow) on Athlon CPU kernel 2.4.22-1.2174.nptl
Sirendipity 17:59:34 up 21 days, 1:41, load average: 0.21, 0.29, 0.20 
                   [ Γνωθι σ'αυτον - gnothi seauton ]
             my life is a planetarium - and you are the stars
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Dies ist ein digital signierter Nachrichtenteil
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20040409/5cfd017f/attachment-0001.sig>