From: Phillip Susi <psusi@cfl.rr.com>
To: Axel Kellermann <axel.kellermann@gmx.de>
Cc: grub-devel@gnu.org
Subject: Re: [PATCH] Skip partitions during OS probing
Date: Mon, 11 Jul 2011 16:21:42 -0400 [thread overview]
Message-ID: <4E1B5B56.50609@cfl.rr.com> (raw)
In-Reply-To: <4E1B1D09.9030703@gmx.de>
On 7/11/2011 11:55 AM, Axel Kellermann wrote:
> Good point. I guess the proposed solution works well with internal HDDs,
> as they tend to always get the same device names during system
> initialization (at least I never observed different behaviour on my
> machine), but could be fragile for external drives.
If you only have one controller, then the disks will tend to be
enumerated in the same order each time, but many people have multiple
controllers these days so the order jumbles around quite a bit. Often
times a USB flash stick can be detected first and get sda, bumping the
internal hard disks down.
Even if you only have one controller, sometimes a drive can take a
little longer to spin up and one of the other drives can finish being
detected first.
> I guess we could work with UUIDs instead of partition names, but it also
> turns this little patch into something a bit more complicated. I'd be
> happy to look into it, but we should first decide if we really cover a
> use-case here or if the whole thing isn't worth the effort.
Fixing the underlying problem of detecting and ignoring the Win7 system
partition would render the patch moot. If it does really still cover a
use-case to be able to manually specify partitions to ignore, it needs
to be done with UUIDs or something else more stable.
next prev parent reply other threads:[~2011-07-11 20:21 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-09 21:43 [PATCH] Skip partitions during OS probing Axel Kellermann
2011-07-11 15:13 ` Phillip Susi
2011-07-11 15:55 ` Axel Kellermann
2011-07-11 18:25 ` Lennart Sorensen
2011-07-11 20:21 ` Axel Kellermann
2011-07-11 20:21 ` Phillip Susi [this message]
2011-07-18 18:06 ` Axel Kellermann
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=4E1B5B56.50609@cfl.rr.com \
--to=psusi@cfl.rr.com \
--cc=axel.kellermann@gmx.de \
--cc=grub-devel@gnu.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.