public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Florian Mickler <florian@mickler.org>
To: linux-kernel@vger.kernel.org
Subject: Re: Please add generic support for root=UUID= at kernel parameter command line (LABEL, BYID maybe also)
Date: Mon, 23 Aug 2010 22:05:06 +0200	[thread overview]
Message-ID: <20100823220506.7248c51b@schatten.dmk.lab> (raw)
In-Reply-To: <4C728145.4030808@Free.fr>

On Mon, 23 Aug 2010 16:10:13 +0200
Eric Valette <Eric.Valette@Free.fr> wrote:

> Hi,
> 
> I just bought an new external disk enclosure with e-sata/USB2 connector 
> to replace an old USB2 only external disk enclosure.
> 
> My internal drive is a small SSD because I use the small factor PC as a 
> home theater and do want silence and fast boot. I build my own kernel to 
> put only what I need in and also boot somehow faster.
> 
> I use grub2 (up to date) as a loader. As soon as I power on the external 
> sata disk, the system does not boot because hardware designer add the 
> great idea to put the internal sata connector on ata3 whereas the 
> external e-sata is wired on ata2.
> 
> consequence is that root file system is on sda1 when no external drive 
> is connected and sdb1 when the external drive is connected.
> 
> As my grub setup was having a root=/dev/sda1 command line parameter and 
> it was advertised everywhere that root=UUID=xxxxx was now supported, I 
> changed the line to discover that this only work if an initramfs was 
> loaded because support is done entirely in used space! Reading 
> init/do_mounts.c made it very clear.
> 
> I find it extremely curious to have to add an initramfs to support 
> dynamic drive identification, especially when the BYID value is 
> displayed during boot message.
> 
> The boot loader cannot do a better job than the kernel and its life may 
> be even worse as bios value for the same disk may change according to 
> boot disk priorities.
> 
> Any hint comment? Any other way to avoid using a ramdisk? Please CC me 
> as I'm not subscribed.
> 
> -- eric
> 
> 
> 


I'm not exactly shure, but isn't the search command in grub2 what you
want?

http://forums.linuxmint.com/viewtopic.php?f=46&t=38599

You can let grub2 figure out which drive is which and pass the right
devices to the kernel...




  reply	other threads:[~2010-08-23 20:05 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-08-23 14:10 Please add generic support for root=UUID= at kernel parameter command line (LABEL, BYID maybe also) Eric Valette
2010-08-23 20:05 ` Florian Mickler [this message]
2010-08-23 20:11   ` H. Peter Anvin
2010-08-24 10:06     ` Florian Mickler
2010-08-24  8:19   ` Eric Valette
  -- strict thread matches above, loose matches on Subject: below --
2010-08-23 14:37 Eric Valette
2010-08-23 21:56 ` Phil Turmel
2010-08-26 15:32   ` Eric Valette
2010-08-26 19:53     ` Phil Turmel
2010-08-27 11:59       ` Eric Valette
2010-08-27 16:37         ` Matthias Schniedermeyer
2010-08-27 19:09           ` Eric Valette

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20100823220506.7248c51b@schatten.dmk.lab \
    --to=florian@mickler.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox