From: "Daniel Richard G." <oss@teragram.com>
To: "'The development of GNU GRUB'" <grub-devel@gnu.org>
Subject: RE: Trouble booting from a large USB hard drive
Date: Mon, 18 Jan 2010 13:15:56 -0500 [thread overview]
Message-ID: <001001ca986a$4790fcc0$d6b2f640$@com> (raw)
In-Reply-To: <20100118123813.GU5847@riva.ucam.org>
Colin Watson wrote:
>
> Unfortunately it seems that often even recent machines
> suffer from them.
> The date doesn't appear to be a good guideline.
BIOS barriers for IDE/SATA/SCSI disks, still? Nine years on since 137GB?
Now that's just laziness...
> I believe, but am not sure, that ata.mod is not quite
> stable enough for
> universal use yet. If it were I imagine we'd be using
> it instead of
> biosdisk.mod.
>
> I don't believe there's room for both methods at once,
> but one or the
> other should just about fit.
There's also the need to interface with the USB bus. If all that can be
squeezed in before the first partition, then heck, this whole issue goes away.
> I just have no idea even how to assess what is
> reasonable to warn about
> here, and am reluctant to make changes based on
> guesswork. I also
> really, *really* don't want to scare people into
> attempting to make
> complicated and perhaps even risky partitioning
> changes when in fact
> their BIOS would support their current layout just
> fine. This is why
> I've never done anything about this problem, although
> it and its friends
> have been around for some time.
For that reason, I would lean toward only doing it for USB disks (and only
then for new partition tables). Aside from those being inherently mobile, an
installation of Ubuntu to a USB disk can be presumed to be a "portable
desktop" use case (the larger cousin of the live-desktop thumbdrive scenario),
and guiding the user toward a partition layout that is compatible with some
least-common-denominator BIOS would be to their benefit.
Consider a traveler, hooking up their trusty USB-based Ubuntu system to a
hotel PC in Tijuana, booting it up, and getting the "unknown filesystem"
error...
> I'd much rather do this in manual partitioning.
> Canned layout options
> are highly contended and I want to reserve them only
> for the most
> important and widespread options.
Okay. It'll take some thinking to figure out what widget(s) would best expose
that functionality.
> I'm not sure what's reasonable yet, but feel free to
> file a wishlist bug
> on the partman-base package in Ubuntu for some kind of
> way to renumber
> partitions. If you referenced this thread, that would
> be good for when
> we come back to this in the future (as I'm not sure
> I'll be able to
> attend to this straight away).
Okay, I'll put something together for that.
--Daniel
next prev parent reply other threads:[~2010-01-18 18:16 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-17 9:25 Trouble booting from a large USB hard drive Daniel Richard G.
2010-01-17 14:36 ` Isaac Dupree
2010-01-17 20:45 ` Daniel Richard G.
2010-01-18 0:07 ` Colin Watson
2010-01-18 0:47 ` Isaac Dupree
2010-01-18 1:54 ` Daniel Richard G.
2010-01-18 12:38 ` Colin Watson
2010-01-18 18:15 ` Daniel Richard G. [this message]
2010-01-18 1:21 ` Grégoire Sutre
2010-01-18 2:10 ` Daniel Richard G.
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='001001ca986a$4790fcc0$d6b2f640$@com' \
--to=oss@teragram.com \
--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.