Bug 84201
Summary: | mount doesn't clear usrjquota / grpjqouta options | ||
---|---|---|---|
Product: | File System | Reporter: | Robin (robinedgar) |
Component: | ext4 | Assignee: | fs_ext4 (fs_ext4) |
Status: | RESOLVED CODE_FIX | ||
Severity: | low | CC: | jack, tytso |
Priority: | P1 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 3.2.0-4-amd64 | Subsystem: | |
Regression: | No | Bisected commit-id: | |
Attachments: | [PATCH] ext4: Don't check quota format when there are no quota files |
Description
Robin
2014-09-09 14:28:52 UTC
"mount -o remount,userjquota=,grpjquota= /" should do the trick. Unfortunately # mount -o remount,userjquota=,grpjquota= / mount: / not mounted or bad option # mount /dev/disk/by-uuid/2ceaad1e-7ca8-42f9-b657-ce689beba638 on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered,jqfmt=vfsv1,usrjquota=aquota.user,grpjquota=aquota.user) Ted had a typo there. It should have been: mount -o remount,usrjquota=,grpjquota= / I.e. 'usrjquota' not 'userjquota'. And what Ted suggested works for me... Thanks, that's worked partially. a space between the following the = and , worked to clear the usrjquota: # mount -o remount,usrjquota= ,grpjquota= / but doesn't clear the grpjquota. I tried: # mount -o remount,grpjquota= ,usrjquota= / mount: you must specify the filesystem type # mount -t ext4 -o remount,grpjquota= ,usrjquota= / # mount -t ext4 -o remount,grpjquota=,usrjquota= /dev/disk/by-uuid/2ceaad1e-7ca8-42f9-b657-ce689beba638 / # mount -o remount,grpjquota= / # mount -o remount,grpjquota=" " / # mount -o remount,grpjquota=" ",usrjquota=" " / # mount -o remount,grpjquota="",usrjquota="" / all lead to mount: / not mounted or bad option # mount -o remount,usrjquota= ,grpjquota=" " / (no error, but doesn't clear) so it's cleared the usrjquota, but not the grpjquota /dev/disk/by-uuid/2ceaad1e-7ca8-42f9-b657-ce689beba638 on / type ext4 (rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered,jqfmt=vfsv1,grpjquota=aquota.user) With the space in the arguments, you make shell pass the ",grpjquota=" as another argument and thus it ends up being used a s device name for the remount. The device is ignored by remount so nothing happens. I would be interested in what kernel message does kernel spit out when you try: mount -o remount,grpjquota= / Because that's what's working for me. When kernel version do you use? Blah. I meant: *What* kernel version do you use... Hi Jan, thanks. I'm using kernel: 3.2.0-4-amd64 #1 SMP Debian 3.2.46-1 x86_64 dmesg gave: EXT4-fs (vda1): journaled quota format specified with no journaling enabled which is strange because: # tune2fs -l /dev/disk/by-uuid/2ceaad1e-7ca8-42f9-b657-ce689beba638 | grep -i journal Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Journal inode: 8 Journal backup: inode blocks (and just to make sure) # tune2fs -l /dev/vda1 | grep -i journal Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Journal inode: 8 Journal backup: inode blocks Ah, OK. I've checked the code again and now I see the problem. The message is about jqfmt being specified but no quota file name. But there's no way to zero out jqfmt on remount. So the only way to get rid of quota options is to unmount the filesystem (= reboot for you since this is your root filesystem). Attached patch should fix your problem. Created attachment 150581 [details]
[PATCH] ext4: Don't check quota format when there are no quota files
Ted has merged the patch so I'm closing the bug. |