Gentoo Archives: gentoo-amd64

From: Drake Donahue <donahue95@×××××××.net>
To: gentoo-amd64@l.g.o
Subject: Re: [gentoo-amd64] Re: boot Gentoo from USB key
Date: Fri, 02 May 2008 15:36:48
Message-Id: 000401c8ac69$f1a42870$0200a8c0@iwillxp333
In Reply to: [gentoo-amd64] Re: boot Gentoo from USB key by Duncan <1i5t5.duncan@cox.net>
1 ----- Original Message -----
2 From: "Duncan" <1i5t5.duncan@×××.net>
3 To: <gentoo-amd64@l.g.o>
4 Sent: Friday, May 02, 2008 7:22 AM
5 Subject: [gentoo-amd64] Re: boot Gentoo from USB key
6
7
8 > Raffaele BELARDI <raffaele.belardi@××.com> posted
9 > 1209537833.6170.62.camel@×××××××××××××.com, excerpted below, on Wed, 30
10 > Apr 2008 08:43:53 +0200:
11 >
12 >> In the process of building an amd64 diskless box, I am trying to make a
13 >> bootable USB key with no success up to now.
14 >>
15 >> The first problem I encountered was related to ext2/vfat. I initially
16 >> tried to format the key as ext2, but grub refuses to install on it. Even
17 >> though I copied the /boot/grub/* directory into the key, and I see it is
18 >> there, grub does not see it. The problem does not happen with vfat
19
20 Still betting pen drive maker (or card reader maker) did some kind of
21 equivalent to 'low level formatting'.
22 .
23 >
24 > I think I might have come across the problem you experienced here. I'd
25 > put the chances at pretty good the below covers the problem here, but I
26 > believe the "invisible USBkey @ boot" issue is different, so you'll
27 > likely have to address it separately (but luckily there are plenty of
28 > posts with suggestions).
29 >
30 > If I'm correct you're running into the ext3 large inode issue. Briefly,
31 > old versions used 128 byte inodes, while newer versions use 256 byte
32 > inodes by default, in ordered to be ready for the improvements coming in
33 > ext4. The problem is that legacy grub doesn't support the larger inodes,
34 > and isn't being developed any longer so that isn't going to change, while
35 > new grub isn't even scheduled for format compatibility stability until
36 > late this year!
37 >
38 > One solution is a command line option to mke2fs as detailed in the
39 > article below. Or...
40 >
41 > There's a Gentoo patched grub-0.97-r5 that'll handle the new inodes hard
42 > masked for testing, but I don't believe it's even ~arch yet (I'm on the
43 > no-multilib profile here, where grub is masked and grub-static is used,
44 > so wouldn't see it go to ~arch and thus can't say for sure).
45 >
46 > Here's the article I just found detailing the issue in general. It's
47 > well worth reading but a word of warning. LinuxPlanet tends to be a bit
48 > ad-heavy... and weirdly formatted if you are using an ad-blocker (unless
49 > you use a custom filter to cut out the weirdness, as I do with privoxy).
50 > Still, for those using both grub and an ext3 /boot, it's DEFINITELY worth
51 > the read, as it may prevent (or in your case fix) some serious issues
52 > later (now, for you).
53 >
54 > http://www.linuxplanet.com/linuxplanet/tutorials/6480/1/
55 >
56 > Meanwhile, here's the developer list thread (via gmane) asking for
57 > testing of the new version with the large-inode patch, among other fixes.
58 >
59 > http://comments.gmane.org/gmane.linux.gentoo.devel/55463
60 >
61 > Finally, the Gentoo-grub ext3 large inodes bug:
62 >
63 > http://bugs.gentoo.org/show_bug.cgi?id=214563
64 >
65
66 An interesting find. Were the inodes for ext2 also defaulted to 256 or only
67 those for ext3? This question relevant as Raffaele only talked about using
68 ext2 and vfat partitions on the pen drive. In a quick search I found no
69 indications. If ext2 inode structure was also changed much more should be
70 heard about this.
71
72 > --
73 > Duncan - List replies preferred. No HTML msgs.
74 > "Every nonfree program has a lord, a master --
75 > and if you use the program, he is your master." Richard Stallman
76 >
77 > --
78 > gentoo-amd64@l.g.o mailing list
79 >
80
81 --
82 gentoo-amd64@l.g.o mailing list

Replies

Subject Author
Re: [gentoo-amd64] Re: boot Gentoo from USB key Raffaele BELARDI <raffaele.belardi@××.com>