public inbox for gentoo-amd64@lists.gentoo.org
 help / color / mirror / Atom feed
From: "Drake Donahue" <donahue95@comcast.net>
To: <gentoo-amd64@lists.gentoo.org>
Subject: Re: [gentoo-amd64]  Re: boot Gentoo from USB key
Date: Fri, 2 May 2008 11:33:54 -0400	[thread overview]
Message-ID: <000401c8ac69$f1a42870$0200a8c0@iwillxp333> (raw)
In-Reply-To: pan.2008.05.02.11.22.16@cox.net


----- Original Message ----- 
From: "Duncan" <1i5t5.duncan@cox.net>
To: <gentoo-amd64@lists.gentoo.org>
Sent: Friday, May 02, 2008 7:22 AM
Subject: [gentoo-amd64] Re: boot Gentoo from USB key


> Raffaele BELARDI <raffaele.belardi@st.com> posted
> 1209537833.6170.62.camel@ws2912.agr.st.com, excerpted below, on  Wed, 30
> Apr 2008 08:43:53 +0200:
>
>> In the process of building an amd64 diskless box, I am trying to make a
>> bootable USB key with no success up to now.
>>
>> The first problem I encountered was related to ext2/vfat. I initially
>> tried to format the key as ext2, but grub refuses to install on it. Even
>> though I copied the /boot/grub/* directory into the key, and I see it is
>> there, grub does not see it. The problem does not happen with vfat

Still betting pen drive maker (or card reader maker) did some kind of 
equivalent to 'low level formatting'.
.
>
> I think I might have come across the problem you experienced here.  I'd
> put the chances at pretty good the below covers the problem here, but I
> believe the "invisible USBkey @ boot" issue is different, so you'll
> likely have to address it separately (but luckily there are plenty of
> posts with suggestions).
>
> If I'm correct you're running into the ext3 large inode issue.  Briefly,
> old versions used 128 byte inodes, while newer versions use 256 byte
> inodes by default, in ordered to be ready for the improvements coming in
> ext4.  The problem is that legacy grub doesn't support the larger inodes,
> and isn't being developed any longer so that isn't going to change, while
> new grub isn't even scheduled for format compatibility stability until
> late this year!
>
> One solution is a command line option to mke2fs as detailed in the
> article below.  Or...
>
> There's a Gentoo patched grub-0.97-r5 that'll handle the new inodes hard
> masked for testing, but I don't believe it's even ~arch yet (I'm on the
> no-multilib profile here, where grub is masked and grub-static is used,
> so wouldn't see it go to ~arch and thus can't say for sure).
>
> Here's the article I just found detailing the issue in general.  It's
> well worth reading but a word of warning.  LinuxPlanet tends to be a bit
> ad-heavy... and weirdly formatted if you are using an ad-blocker (unless
> you use a custom filter to cut out the weirdness, as I do with privoxy).
> Still, for those using both grub and an ext3 /boot, it's DEFINITELY worth
> the read, as it may prevent (or in your case fix) some serious issues
> later (now, for you).
>
> http://www.linuxplanet.com/linuxplanet/tutorials/6480/1/
>
> Meanwhile, here's the developer list thread (via gmane) asking for
> testing of the new version with the large-inode patch, among other fixes.
>
> http://comments.gmane.org/gmane.linux.gentoo.devel/55463
>
> Finally, the Gentoo-grub ext3 large inodes bug:
>
> http://bugs.gentoo.org/show_bug.cgi?id=214563
>

An interesting find. Were the inodes for ext2 also defaulted to 256 or only 
those for ext3? This question relevant as Raffaele only talked about using 
ext2 and vfat partitions on the pen drive. In a quick search I found no 
indications. If ext2 inode structure was also changed much more should be 
heard about this.

> -- 
> Duncan - List replies preferred.   No HTML msgs.
> "Every nonfree program has a lord, a master --
> and if you use the program, he is your master."  Richard Stallman
>
> -- 
> gentoo-amd64@lists.gentoo.org mailing list
> 

-- 
gentoo-amd64@lists.gentoo.org mailing list



  reply	other threads:[~2008-05-02 15:36 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-04-30  6:43 [gentoo-amd64] boot Gentoo from USB key Raffaele BELARDI
2008-04-30  6:49 ` Kyle Liddell
2008-04-30  6:56 ` Branko Badrljica
2008-04-30  7:44   ` Raffaele BELARDI
2008-05-05  8:40     ` Raffaele BELARDI
2008-04-30 10:47 ` [gentoo-amd64] " Duncan
2008-04-30 12:35 ` [gentoo-amd64] " Jason
2008-04-30 14:29   ` Branko Badrljica
2008-04-30 14:47     ` Jason
2008-04-30 15:05       ` Branko Badrljica
2008-04-30 15:40         ` Jason
2008-04-30 15:55           ` Branko Badrljica
2008-05-05  8:53           ` Raffaele BELARDI
2008-04-30 17:39 ` Hernan Lopez
2008-04-30 17:58   ` Branko Badrljica
2008-05-01  7:26     ` Branko Badrljica
2008-04-30 18:03 ` Drake Donahue
2008-04-30 18:21   ` Drake Donahue
2008-05-02 11:22 ` [gentoo-amd64] " Duncan
2008-05-02 15:33   ` Drake Donahue [this message]
2008-05-05  8:38     ` Raffaele BELARDI
2008-05-06 13:18       ` Raffaele BELARDI
2008-05-06 17:08         ` Duncan

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='000401c8ac69$f1a42870$0200a8c0@iwillxp333' \
    --to=donahue95@comcast.net \
    --cc=gentoo-amd64@lists.gentoo.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