From: "Javier Martín" <lordhabbit@gmail.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: grub-probe detects ext4 wronly as ext2
Date: Tue, 01 Jul 2008 20:42:39 +0200 [thread overview]
Message-ID: <1214937759.9353.64.camel@localhost> (raw)
In-Reply-To: <1214929545.13432.19.camel@dv>
[-- Attachment #1: Type: text/plain, Size: 2470 bytes --]
El mar, 01-07-2008 a las 12:25 -0400, Pavel Roskin escribió:
> On Tue, 2008-07-01 at 18:08 +0200, Robert Millan wrote:
>
> > > We must not quit if the journal flag is set, even if we don't handle
> > > it. grub-setup runs in a active system, the journal wouldn't be empty.
> > > If we just quit, we can't even install.
> >
> > I think we should be more conservative here, and only reject a filesystem
> > when we know _for sure_ that GRUB won't be able to access it. Otherwise
> > we may be disabling filesystems that are probably fine.
>
> I agree. Rules for read-only access should be more permissive than
> those for read-write access. Rules for bootloader read-only access
> should be relaxed even more.
>
> For example, we don't really care about permissions and timestamps. It
> would be nice to get them right, but failure to boot because of a
> nanosecond timestamp would be too much. Likewise, we don't care if some
> files are compressed or use a file size representation we don't support
> and long as the files we need don't use it.
>
Well, what can I say about this: INCOMPAT_* flags are so for a reason,
and they are telling us "don't even try to read this filesystem if you
don't implement this". It's true that _maybe_ the files we need don't
have extents, or compression, or other incompatible things, but then
we'd have to strengthen _every other_ routine in the driver, like those
that read inodes, guarding them against format changes that we have
probably ignored bypassing the incompatible features check. From the POV
of correctness I'd prefer to have a single point of "failure" in the
mount routine.
Also, as a GRUB user I would find it quite strange that a filesystem
that is listed as recognized and whose files can be lsed would not let
me access a particular file because (insert unrecognized inode format
error here). I _would_ understand such errors if the system showed the
partition as "unrecognized" and then I had to specifically request it to
be mounted as ext2 with a possible --ignore-incompatible flag, because
then I would be knowingly doing something "risky", but the system should
not take such kind of decisions on its own unless the GRUB developers
_know_ about a particular flag and, after weighing the pros and cons,
specifically decide to ignore it (like the proposed patch does with
needs_recovery). However, doing that with possibly unknown future flags
is a no-go.
[-- Attachment #2: Esta parte del mensaje está firmada digitalmente --]
[-- Type: application/pgp-signature, Size: 827 bytes --]
next prev parent reply other threads:[~2008-07-01 18:42 UTC|newest]
Thread overview: 68+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-29 18:11 grub-probe detects ext4 wronly as ext2 Felix Zielcke
2008-06-29 18:46 ` Javier Martín
2008-06-29 19:17 ` Bean
2008-06-29 19:53 ` Javier Martín
2008-06-29 21:19 ` Robert Millan
2008-06-30 3:02 ` Javier Martín
2008-06-30 7:10 ` Felix Zielcke
2008-06-30 11:14 ` Isaac Dupree
2008-06-30 12:12 ` Javier Martín
2008-06-30 12:27 ` Bean
2008-06-30 12:43 ` Javier Martín
2008-07-01 16:08 ` Robert Millan
2008-07-01 16:25 ` Pavel Roskin
2008-07-01 18:42 ` Javier Martín [this message]
2008-07-01 19:01 ` Pavel Roskin
2008-07-01 20:48 ` Robert Millan
2008-07-01 23:05 ` Javier Martín
2008-07-01 23:28 ` Javier Martín
2008-07-02 14:22 ` Robert Millan
2008-07-02 16:03 ` Pavel Roskin
2008-07-02 19:32 ` Javier Martín
2008-07-03 14:02 ` Robert Millan
2008-07-03 14:21 ` Isaac Dupree
2008-07-03 17:07 ` Javier Martín
2008-07-04 0:08 ` Robert Millan
2008-07-04 1:20 ` Javier Martín
2008-08-05 17:23 ` Felix Zielcke
2008-08-06 10:36 ` Felix Zielcke
2008-08-11 0:35 ` Javier Martín
2008-08-11 7:56 ` Felix Zielcke
2008-07-04 1:32 ` Javier Martín
2008-07-04 6:49 ` Bean
2008-07-04 8:33 ` Felix Zielcke
2008-07-04 10:34 ` Javier Martín
2008-07-04 11:29 ` Bean
2008-07-04 12:00 ` Javier Martín
2008-07-04 14:09 ` Robert Millan
2008-07-04 14:33 ` Javier Martín
2008-07-04 14:11 ` Bean
2008-07-04 14:34 ` Javier Martín
2008-07-04 14:04 ` Robert Millan
2008-07-04 14:23 ` Robert Millan
2008-07-04 14:21 ` Robert Millan
2008-07-04 14:45 ` Javier Martín
2008-07-04 18:57 ` Robert Millan
2008-07-04 20:41 ` Javier Martín
2008-07-05 12:07 ` Robert Millan
2008-07-05 18:36 ` Javier Martín
2008-07-16 15:09 ` Javier Martín
2008-07-16 15:27 ` Felix Zielcke
2008-07-16 16:38 ` Javier Martín
2008-07-16 17:13 ` Felix Zielcke
2008-07-16 17:21 ` Felix Zielcke
2008-07-16 17:44 ` Felix Zielcke
2008-07-16 19:07 ` Javier Martín
2008-07-16 19:33 ` Felix Zielcke
2008-07-19 14:27 ` Robert Millan
2008-08-11 14:14 ` Javier Martín
2008-08-27 13:58 ` Felix Zielcke
2008-08-30 11:17 ` Robert Millan
2008-08-30 21:28 ` Javier Martín
2008-09-24 17:05 ` Javier Martín
2009-02-04 7:41 ` Felix Zielcke
2009-02-04 13:08 ` Javier Martín
2009-02-07 19:30 ` Felix Zielcke
2009-02-07 23:54 ` Javier Martín
2009-02-08 0:28 ` Robert Millan
2008-07-01 16:03 ` Robert Millan
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=1214937759.9353.64.camel@localhost \
--to=lordhabbit@gmail.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.