From: Theodore Tso <tytso@MIT.EDU>
To: linux-ext4@vger.kernel.org
Subject: Re: #blocks per group too big: 37265
Date: Fri, 4 Apr 2008 08:08:09 -0400 [thread overview]
Message-ID: <20080404120808.GA29297@mit.edu> (raw)
In-Reply-To: <20080404092120.GA28403@msgid.wurtel.net>
On Fri, Apr 04, 2008 at 11:21:20AM +0200, Paul Slootman wrote:
> I still end up with a "blocks per group" of 37265, and when mounted I'm
> greeted with the message "EXT4-fs: #blocks per group too big: 37265".
> Is the ext4 code in the 2.6.25-rc8 kernel too old? According to the
> source the number of block per group must be <= 8 * blocksize; with 4k
> blocks that would mean 32768, not 37265.
>
> Even passing the -g option to explicitly set the blocks per group gets
> ignored.
I didn't notice it initially, but it looks like you're using a 1.38
mke2fs program and 1.39-tyt3 libraries. I'm guessing that was
responsible for the wierd results, since mke2fs and e2fsck are much
more sensitive to library versions than most other libext2fs library
programs.
So that's probably the real proximate cause of your problems.
> > BTW, we will be making a new snapshot for people who want to test ext4
> > soon....
>
> Kernel code and userspace utils? Or just kernel code?
> Where can I find the most recent version of both?
I was referring to e2fsprogs. The latest version is available in the
git repository, at:
git://git.kernel.org/pub/scm/fs/ext2/e2fsprogs.git
http://git.kernel.org/?p=fs/ext2/e2fsprogs.git;a=summary
The 'master' branch is pretty stable, the 'next' branch is a bit more
exciting, and the 'pu' (proposed update) branch is constantly getting
rebased and mainly for ext4 developers.
The mainline linux kernel has the fairly latest kernel code. There is
also more recent kernel patches in the ext4 patch queue, which is
available here:
git://repo.or.cz/ext4-patch-queue.git
http://repo.or.cz/w/ext4-patch-queue.git
The patch queue is really intended mostly for ext4 developers, though.
So if you want to use the latest bleeding-edge development code,
that's where to find it. (Please think very carefully before doing
anything with production data, though! We try to be very careful, but
it's your data on the line at the end of the day. :-)
The main issue is that e2fsprogs-1.39-tyt3 is quite about 5-6 months
old, and so it's a bit out of synch with the latest kernel code if you
are using the latest kernel release. That will be remedied once we
can get e2fsprogs 1.41-rc0 out the door. I had been hoping to get it
out this week, but I'm guessing it will probably slip until next week.
At that point we can update Documentation/filesystems/ext4.txt, and
things much easier to set up.
- Ted
next prev parent reply other threads:[~2008-04-04 12:08 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-03 16:19 #blocks per group too big: 37265 Paul Slootman
2008-04-03 17:58 ` Eric Sandeen
2008-04-03 19:12 ` Theodore Tso
2008-04-03 19:24 ` Eric Sandeen
2008-04-03 18:39 ` Theodore Tso
[not found] ` <20080403183929.GE13486@40mit.edu>
2008-04-04 9:21 ` Paul Slootman
2008-04-04 12:08 ` Theodore Tso [this message]
2008-04-04 12:56 ` Paul Slootman
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=20080404120808.GA29297@mit.edu \
--to=tytso@mit.edu \
--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).