From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Description of problem:
quota is not working for reiserfs filesystems. reiserfs partitions can
mounted with 'usrquota' option.
[root@test mnt]# mkreiserfs /dev/hdc3
mkreiserfs: Guessing about desired format..
mkreiserfs: Kernel 2.4.22-1.2115.nptl is running.
Format 3.6 with standard journal
Count of blocks on the device: 9501786
Number of blocks consumed by mkreiserfs formatting process: 8501
Hash function used to sort names: "r5"
Journal Size 8193 blocks (first block 18)
Journal Max transaction length 1024
inode generation number: 0
ATTENTION: YOU SHOULD REBOOT AFTER FDISK!
ALL DATA WILL BE LOST ON '/dev/hdc3'!
Initializing journal - 0%....20%....40%....60%....80%....100%
The Defense Advanced Research Projects Agency (DARPA) is the primary
Reiser4. DARPA does not endorse this project; it merely sponsors it.
Continuing core development of version 3 is mostly paid for by Hans
money made selling licenses in addition to the GPL to companies who
it known that they use ReiserFS as a foundation for their proprietary
And my lawyer asked 'People pay you money for this?'. Yup. Hee Hee.
good. If you buy ReiserFS, you can focus on your value add rather than
reinventing an entire FS. You should buy some free software too....
SuSE pays for continuing work on journaling for version 3, and paid for
the previous version 3 work. Reiserfs integration in their distro is
MP3.com paid for initial journaling development.
Bigstorage.com contributes to our general fund every month, and has done
quite a long time.
Thanks to all of those sponsors, including the secret ones. Without
would still have that day job, and the merry band of hackers would be
quite a few....
[root@test mnt]# mount -t reiserfs -o defaults,usrquota /dev/hdc3 test
mount: wrong fs type, bad option, bad superblock on /dev/hdc3,
or too many mounted file systems
[root@test mnt]# mke2fs /dev/hdc3
mke2fs 1.34 (25-Jul-2003)
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
4751360 inodes, 9501786 blocks
475089 blocks (5.00%) reserved for the super user
First data block=0
290 block groups
32768 blocks per group, 32768 fragments per group
16384 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632,
Writing inode tables: done
Writing superblocks and filesystem accounting information: done
This filesystem will be automatically checked every 36 mounts or
180 days, whichever comes first. Use tune2fs -c or -i to override.
[root@test mnt]# mount -t ext2 -o defaults,usrquota /dev/hdc3 test
[root@test mnt]# mount
/dev/hda3 on / type reiserfs (rw)
none on /proc type proc (rw)
none on /dev/pts type devpts (rw,gid=5,mode=620)
usbdevfs on /proc/bus/usb type usbdevfs (rw)
/dev/hda1 on /boot type reiserfs (rw)
none on /dev/shm type tmpfs (rw)
/dev/hdc3 on /mnt/test type ext2 (rw,usrquota)
This happens with:
kernel-2.4.22-1.2115.nptl && mount-2.11y-29
kernel-2.4.22-1.2149.nptl && mount-2.11y-29
from fedora core 1 base and updates.
And also happens with:
kernel-2.6.1-1.52 && mount-2.11y-35.sel
from the development branch.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. mount -t reiserfs -o defaults,usrquota /dev/... mountpoint
Actual Results: mount: wrong fs type, bad option, bad superblock on
or too many mounted file systems
Expected Results: it should mount the reiserfs with usrquota option.
We don't support reiserfs at all, so you're on your own.
Most likely it's a problem in the kernel rather than util-linux, if
you're looking for a place to start tracking down the problem.