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?

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

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

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:)

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

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

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

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