linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Eric Sandeen <sandeen@redhat.com>
To: Bruce Jerrick <bmj001@ippimail.com>
Cc: linux-ext4@vger.kernel.org
Subject: Re: Conversion to ext4 renders a filesystem unbootable
Date: Wed, 19 Nov 2008 12:12:18 -0600	[thread overview]
Message-ID: <49245702.1070406@redhat.com> (raw)
In-Reply-To: <491ec8f2.h+/NctvgrQETYou26OH9qFQ1@Brain>

Bruce Jerrick wrote:
> Despite ext4[dev] support in Fedora 9 and 10, conversion of an ext3 filesystem
> to ext4 will render it permanently unbootable (read on; there's a "yes, I know"
> down there).
> 
> I'm not looking for a rescue (this was all done to an expendable system), and
> it appears to be a known "issue", but additional warnings in 'man tune2fs'
> (or even in the executable) seem to be warranted.
> 
> The scenario was:
> 
> On a multi-boot machine with my main system being Fedora 8 (with
> kernel-2.6.26.6-49.fc8 and e2fsprogs-1.41.3-2.fc9, so it has ext4dev support),
> I "converted" an ext3 filesystem by setting 'test_fs' with tune2fs, then
> mounting it (successfully) under the F8 system as type ext4dev.
> 
> The converted filesystem contained an F10 installation all on one filesystem,
> i.e., no separate /boot .  (I had overlooked the fact that the anaconda
> installer doesn't support ext4 on a bootable partition; the goal was just to
> make sure I can access F10 ext4 filesystems from the F8 system.)  Later I
> discovered that the F10 system wouldn't boot, with a message about
> "unsupported features".

Yep, afraid grub doesn't support it yet.  See below (or Peng's email)

> Presumably this was because it now uses extents instead of indirect blocks
> (after it was ext4, I modified a file on it, so I assume it started
> using extents).  The really bad news is that this conversion seems to
> be irreversible.  So there should probably be warnings in 'man tune2fs'
> similar to those in 'man mkfs.ext4' (and also a warning about rendering a
> partition permanently unbootable).

Warnings might be in order, although tune2fs warning that some other
applications may not yet grok ext4 seems above & beyond the call of
duty; Fedora release notes might have been a good place for it ...

It's sorta-reversible; see below.

> BTW, there's a minor inconsistency in F10 'man mke2fs' (and its hardlink
> clones).  In the OPTIONS section, "-O" has "extent" listed, but the example
> after "-t fs-type" uses "-O extents" (granted, either form seems to be
> accepted).
> 
> Similarly, 'tune2fs -l' reports "extent" (in Filesystem features), but
> /etc/mke2fs.conf uses "extents" (as a features value).

Yeah, I've noticed those too.

> -- Bruce Jerrick
> 
> PS.  If feasible, a two-way ext3 <-> ext4 converter would be nice.

You can do it manually by mounting w/o extents (-o noextents) and then
for each extent-based file, cp $FILE $FILE.bak; mv $FILE.bak $FILE, and
when that is all done, remove the extents flag.

> PPS.  Are bootable ext4 partitions in the cards?  (I assume yes.)

Yep, as Peng Tao said, there is a patch, and I've sent it to our grub
maintainer; filing a fedora bug/rfe might kick that along a bit :)

> PPPS.  Why am I still using F8?  <flame> Because gnome-session/gnome-terminal
>  save/restore is (repairably) broken in F9 and gone entirely in F10. </flame>

Filed a bug?

-Eric



      parent reply	other threads:[~2008-11-19 18:12 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-15 13:04 Conversion to ext4 renders a filesystem unbootable Bruce Jerrick
2008-11-19  7:21 ` Peng Tao
2008-11-19 18:12 ` Eric Sandeen [this message]

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=49245702.1070406@redhat.com \
    --to=sandeen@redhat.com \
    --cc=bmj001@ippimail.com \
    --cc=linux-ext4@vger.kernel.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;
as well as URLs for NNTP newsgroup(s).