lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:	Fri, 4 Apr 2008 11:21:20 +0200
From:	Paul Slootman <paul@...tel.net>
To:	linux-ext4@...r.kernel.org
Subject: Re: #blocks per group too big: 37265

> The stride parameter is the problem.  Newer versions of e2fsprogs
> don't allow a stride parameter which is too big.  If you want to do
> the perfect calculation, you take the 64k chunk size, and divide it by
> the 4k blocksize to yield a stride parameter of 16.  Actually, though,
> simply using a non-zero stride size is actually good enough --- and if
> you have a even number of RAID-5 disks, you might not need this
> parameter at all.  (It's only purpose is to perturb the location of
> the block bitmaps so that all of the bitmaps don't end up on a single
> hard drive.)

Actually, as I wrote:

>> Removing the stride option didn't help. Removing all options didn't
>> help...

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.


> 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 looked at
Documentation/filesystems/ext4.txt, but I feel that's a bit outdated:

  - It's still mke2fs -j /dev/hda1

  - mount /dev/hda1 /wherever -t ext4dev

This ignores the fact you need to set the testing option...


Thanks,
Paul Slootman
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ