From: Pavel Roskin <proski@gnu.org>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: Some concern about the journal support
Date: Fri, 13 Jun 2008 18:06:43 -0400 [thread overview]
Message-ID: <1213394803.22425.45.camel@dv> (raw)
In-Reply-To: <4852EB6E.50005@isaac.cedarswampstudios.org>
On Fri, 2008-06-13 at 17:49 -0400, Isaac Dupree wrote:
> true enough: grub's ext3 support is relatively unstable for now, so if I
> use it I should be prepared to report problems and help debug them.
> Partly I just get confused (although patches are frequently discussed on
> the list) which patches have actually been applied to CVS, and whether
> any of the *known* issues are still known to be unfixed in CVS. (That
> is, I'm usually willing to be a tester, but it's generally not useful to
> anyone to test things that are known to be broken)
You may have two kinds of problems.
If /boot/grub/core.img cannot be embedded in the first sectors of the
drive and /boot/grub is on ext3, GRUB is unlikely to boot. There is a
patch that is likely to fix it, but it wasn't applied.
If /boot is on ext3 partition that wasn't cleanly unmounted, GRUB may
fail to boot. This is less likely than it used to be, but it's still
possible. It looks like some corner cases still need fixing.
If /boot is on ext2 (i.e. there is no journal), no problems are
expected.
There are still things that need to be tested. You could try to create
a small disk image that would exhibit problems with accessing the
filesystem. Or you could check that the last patch by Bean would work
if core.img is not embedded and the filesystem is heavily used (e.g.
more that the journal size of data is written to the filesystem). Or if
you don't like ext3 filesystem testing, put /boot on some other
filesystem (I'm quite sure that reiserfs is broken, but the rest should
be OK).
--
Regards,
Pavel Roskin
next prev parent reply other threads:[~2008-06-13 22:06 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-13 9:05 Some concern about the journal support Bean
2008-06-13 10:01 ` Bean
2008-06-13 12:14 ` Bean
2008-06-13 15:55 ` Pavel Roskin
2008-06-13 17:05 ` Bean
2008-06-13 19:45 ` Isaac Dupree
2008-06-13 20:40 ` Pavel Roskin
2008-06-13 21:49 ` Isaac Dupree
2008-06-13 22:06 ` Pavel Roskin [this message]
2008-06-14 3:32 ` Bean
2008-06-14 4:11 ` Bean
2008-06-13 20:14 ` Pavel Roskin
2008-06-14 11:43 ` Robert Millan
2008-06-14 16:17 ` Bean
2008-06-14 17:32 ` Bean
2008-06-14 18:06 ` Robert Millan
2008-06-14 18:29 ` Bean
2008-06-14 18:48 ` Robert Millan
2008-06-14 18:14 ` Javier Martín
2008-06-16 1:27 ` Pavel Roskin
2008-06-16 19:02 ` Bean
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=1213394803.22425.45.camel@dv \
--to=proski@gnu.org \
--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.