root=LABEL=xxx syntax in GRUB menu.lst on SUSE 9.1 - does it work?
Hi I'm trying to boot with a labelled root disk. I specify root=LABEL=<label name> in my grub menu.lst file. I have used e2label to put a label on the root filesystem. Howver all I get is the message Waiting for /dev/LABEL to appear... Does this syntax work? The following note: http://sunsolve.sun.com/search/document.do?assetkey=1-25-73544-1 suggests it worked on SLES8. Am I doing something wrong?
On Wednesday 03 November 2004 06:57 am, fraser_bailey@agilent.com wrote:
Hi
I'm trying to boot with a labelled root disk.
I specify root=LABEL=<label name> in my grub menu.lst file.
I have used e2label to put a label on the root filesystem.
Howver all I get is the message
Waiting for /dev/LABEL to appear...
Does this syntax work?
The following note:
http://sunsolve.sun.com/search/document.do?assetkey=1-25-73544-1
suggests it worked on SLES8.
Am I doing something wrong?
Searching the grub.info file (why couldn't you have done this?) I find no reference at all to a LABEL parameter.
On Wednesday, 3 November 2004 15.25, Bruce Marshall wrote:
I specify root=LABEL=<label name> in my grub menu.lst file.
Searching the grub.info file (why couldn't you have done this?) I find no reference at all to a LABEL parameter.
Why would you expect to find kernel parameter syntax in grub.info?
Is "grub" dirty word? I know it means "food" and a sort of maggot, but I don't see why either of those meanings would trigger a content filter, seems a bit over protective to me I see from dict that it can also mean "heavy hoe", could that be it?!
Anders wrote regarding 'Re: [SLE] root=LABEL=xxx syntax in GRUB menu.lst on SUSE 9.1 - does it work?' on Wed, Nov 03 at 09:23:
Is "grub" dirty word? I know it means "food" and a sort of maggot, but I don't see why either of those meanings would trigger a content filter, seems a bit over protective to me
I see from dict that it can also mean "heavy hoe", could that be it?!
IIRC, "grub" is occasionally used as derogatory slang along the lines of "a street person" or "a dirty person", but I'd think that 1) that's a bit obscure for most content filters and 2) it's not really a strongly bad word... Perhaps in a language other than English? --Danny
On Wednesday, 3 November 2004 16.39, Danny Sauer wrote:
Anders wrote regarding 'Re: [SLE] root=LABEL=xxx syntax in GRUB menu.lst on SUSE 9.1 - does it work?' on Wed, Nov 03 at 09:23:
Is "grub" dirty word? I know it means "food" and a sort of maggot, but I don't see why either of those meanings would trigger a content filter, seems a bit over protective to me
I see from dict that it can also mean "heavy hoe", could that be it?!
IIRC, "grub" is occasionally used as derogatory slang along the lines of "a street person" or "a dirty person", but I'd think that 1) that's a bit obscure for most content filters and 2) it's not really a strongly bad word... Perhaps in a language other than English?
It just occurred to me it's probably triggering on the triple-x in the subject. No less silly, if you ask me
The Wednesday 2004-11-03 at 18:41 +0100, Anders Johansson wrote:
It just occurred to me it's probably triggering on the triple-x in the subject. No less silly, if you ask me
I have received two of them; they include a logo image of 11KB. And the filter is a _Novell_ product: too bad. Nice publicity, too. :-/ This what I got: |>Date: Wed, 3 Nov 2004 12:59:43 -0700 |>From: postmaster@eics.ab.ca |>To: undisclosed-recipients: ; |>Subject: GWAVA Sender Notification (Content filter) |> |> [IMAGE] |> A message sent by you was blocked by GWAVA - Content protection for |> Novell GroupWise. | |>The message was blocked for the following reason(s): |> * Content filter |> |>The message contained the following information: |> |>Subject:Re: [SLE] root=LABEL=xxx syntax in GRUB menu.lst on SUSE 9.1 - |>doesit work? |>From:robin1.listas@... |>Recipient(s): [No To Addresses] |>[No Cc Addresses] |>timh@eics.ab.ca_Addresses |> |>The following information details the events that prevented delivery of |>this message: |> |>EventDetails |>Content filtered |> |>Content within this message was disallowed. |> |> |> [ Part 1.2.2, Image/JPEG 11KB. ] |> [ Unable to print this part. ] |> I'm forwarding it to the list -owner, and I sugest you do the same. -- Cheers, Carlos Robinson
On Wednesday 03 November 2004 10:03 am, Anders Johansson wrote:
On Wednesday, 3 November 2004 15.25, Bruce Marshall wrote:
I specify root=LABEL=<label name> in my grub menu.lst file.
Searching the grub.info file (why couldn't you have done this?) I find no reference at all to a LABEL parameter.
Why would you expect to find kernel parameter syntax in grub.info?
If you read the link he provided.... they are talking about grub syntax. But I too was puzzled as to just who would address the LABEL parameter. (although in re-reading it... it appears they are confused too)
Bruce Marshall wrote:
On Wednesday 03 November 2004 06:57 am, fraser_bailey@agilent.com wrote:
Hi
I'm trying to boot with a labelled root disk.
I specify root=LABEL=<label name> in my grub menu.lst file.
I have used e2label to put a label on the root filesystem.
Howver all I get is the message
Waiting for /dev/LABEL to appear...
Does this syntax work?
The following note:
http://sunsolve.sun.com/search/document.do?assetkey=1-25-73544-1
suggests it worked on SLES8.
Am I doing something wrong?
Searching the grub.info file (why couldn't you have done this?) I find no reference at all to a LABEL parameter.
Have you specified youre LABLE in /etc/vfstab? You can set and reset the lable with mke2fs. Regards /Mattias Ps Dont like it:)
On Wednesday, 3 November 2004 12.57, fraser_bailey@agilent.com wrote:
Hi
I'm trying to boot with a labelled root disk.
I specify root=LABEL=<label name> in my grub menu.lst file.
I have used e2label to put a label on the root filesystem.
Howver all I get is the message
Waiting for /dev/LABEL to appear...
Does this syntax work?
There seems to be a bug in mk_initrd. Try editing /sbin/mk_initrd, on line 1357 you find the following | case \$rootdev in | /dev/*) | ;; | [0-9a-fA-F][0-9a-fA-F][0-9a-fA-F]) | rootdev=0\$rootdev ;; | [0-9a-fA-F][0-9a-fA-F][0-9a-fA-F][0-9a-fA-F]) | ;; | *:*) | ;; | *) | rootdev=/dev/\$rootdev | ;; | esac Change that so it becomes | case \$rootdev in | /dev/*) | ;; | [0-9a-fA-F][0-9a-fA-F][0-9a-fA-F]) | rootdev=0\$rootdev ;; | [0-9a-fA-F][0-9a-fA-F][0-9a-fA-F][0-9a-fA-F]) | ;; | *:*) | ;; | LABEL=*) | ;; | *) | rootdev=/dev/\$rootdev | ;; | esac save, run mk_initrd and try to boot. Note, I'm not running ext2/3, and I believe those are the only ones supporting the LABELs (and I don't have any spare machines/disks right now), so I haven't tested this, but based on how the rest of the script looks, I'm pretty sure it will work. There is support in the script for the LABEL syntax, but the above case statement changes it to /dev/LABEL=. With the above change, it's preserved.
The Wednesday 2004-11-03 at 16:03 +0100, Anders Johansson wrote:
Note, I'm not running ext2/3, and I believe those are the only ones supporting the LABELs (and I don't have any spare machines/disks right now), so I
Current mkreiserfs for suse 9.1 does: -l | --label LABEL Set the volume label of the filesystem. LABEL can be at most 16 characters long; if it is longer than 16 characters, mkreiserfs will truncate it. -- Cheers, Carlos Robinson
On Wednesday, 3 November 2004 17.16, Carlos E. R. wrote:
The Wednesday 2004-11-03 at 16:03 +0100, Anders Johansson wrote:
Note, I'm not running ext2/3, and I believe those are the only ones supporting the LABELs (and I don't have any spare machines/disks right now), so I
Current mkreiserfs for suse 9.1 does:
-l | --label LABEL Set the volume label of the filesystem. LABEL can be at most 16 characters long; if it is longer than 16 characters, mkreiserfs will truncate it.
You are absolutely correct So now I have tested it, and it failed miserably. The mk_initrd script needs some work before it can handle it.
Carlos wrote regarding 'Re: [SLE] root=LABEL=xxx syntax in GRUB menu.lst on SUSE 9.1 - does it work?' on Wed, Nov 03 at 10:21:
The Wednesday 2004-11-03 at 16:03 +0100, Anders Johansson wrote:
Note, I'm not running ext2/3, and I believe those are the only ones supporting the LABELs (and I don't have any spare machines/disks right now), so I
Current mkreiserfs for suse 9.1 does:
-l | --label LABEL Set the volume label of the filesystem. LABEL can be at most 16 characters long; if it is longer than 16 characters, mkreiserfs will truncate it.
For pre-existig systems, "reiserfstune -l" has also supported that for quite a while. For some reason, the LABEL= thing has yet to start working with reiser, though. I've had bad luck using LABEL= with reiser both in the boot args *and* in /etc/fstab. BTW, It's quite aggrevating for /usr to not mount when you're testing, and for your text editor to depend on /usr. :) --Danny
On Wednesday, 3 November 2004 19.01, Danny Sauer wrote:
For pre-existig systems, "reiserfstune -l" has also supported that for quite a while.
Oh? Hm, how did I miss that
For some reason, the LABEL= thing has yet to start working with reiser, though.
When I tested just now, everything worked well except for the root= kernel parameter. Having it in fstab mounted it just fine. The only problem seems to be that mk_initrd isn't equipped to handle udev and the LABEL syntax at the same time
The Wednesday 2004-11-03 at 19:18 +0100, Anders Johansson wrote:
For some reason, the LABEL= thing has yet to start working with reiser, though.
When I tested just now, everything worked well except for the root= kernel parameter. Having it in fstab mounted it just fine. The only problem seems to be that mk_initrd isn't equipped to handle udev and the LABEL syntax at the same time
Interesting. Some of you should report this to feedback, so that it gets corrected at some time on the future :-) Er... what if the "=" is escaped? Something like LABEL\=thing or "LABEL=thing" ? -- Cheers, Carlos Robinson
Anders wrote regarding 'Re: [SLE] root=LABEL=xxx syntax in GRUB menu.lst on SUSE 9.1 - does it work?' on Wed, Nov 03 at 12:25:
On Wednesday, 3 November 2004 19.01, Danny Sauer wrote: [...]
For some reason, the LABEL= thing has yet to start working with reiser, though.
When I tested just now, everything worked well except for the root= kernel parameter.
To be fair, the only machines I've tested that on have been fairly old installs. Perhaps this'd be a good reason to update them (or at least to update "mount"). :) I hate having to figure out how the letters changed when I move SCSI disks around or add/remove disks... --Danny
The Wednesday 2004-11-03 at 12:01 -0600, Danny Sauer wrote:
working with reiser, though. I've had bad luck using LABEL= with reiser both in the boot args *and* in /etc/fstab. BTW, It's quite aggrevating for /usr to not mount when you're testing, and for your text editor to depend on /usr. :)
I guess - I fear ;-) - that vi will work. -- Cheers, Carlos Robinson
participants (6)
-
Anders Johansson
-
Bruce Marshall
-
Carlos E. R.
-
Danny Sauer
-
fraser_bailey@agilent.com
-
Mattias Olsson