Disk Quotas
Robert Locke
rlocke at ralii.com
Sun Jul 11 23:31:37 UTC 2004
On Sun, 2004-07-11 at 19:13, Kostas Sfakiotakis wrote:
> Robert Locke wrote:
> > On Sat, 2004-07-10 at 07:56, Kostas Sfakiotakis wrote:
> >
> >>I have a couple of questions regarding Disk Quotas .
> >>
> >>The First Question is , what is really happening when
> >>During the boot proccess the message "Enabling File System Quotas"
> >>is printed ?
> >
> >
> > if [ -x /sbin/quotaon ]; then
> > action $"Enabling local filesystem quotas: " /sbin/quotaon -aug
> > fi
>
> If i understand this well when the condition -x /sbin/quotaon is
> satisfied ( when really ?) it tries to execute the /sbin/quotaon -aug
> command
Testing that the file /sbin/quotaon exists, then execute the command....
>
> >
> >>Because in a Fedora Core 1 full installation , the only thing that is
> >>not happening is Enabling File system Quotas . That is repquota on any
> >>File system that i have will report , that Quotas are off ? So what is
> >>really going on there ?
> >
> >
> > It is turning on quotas on filesystems where quotas are enabled....
>
> Well that means exactly NOWHERE !!! UNLESS the superuser has
>
> a) modified the /etc/fstab
> b) placed proper files ( aquota.user for users , aquota.group for
> group quotas )
Take another look at the procedure below.... The "quotacheck" command
with a -c option, will create the aquota files.... Take a look at "man
quotacheck" for more details....
And yes, unless the whole procedure has been followed, there is no quota
limiting....
>
> >
> >
> >>The Second Question would be who can someone create the
> >>aquota.user and aquota.group files for the very first time ?
> >>
> >>#requota -c will create the aquota.user file regardless if such
> >>a file previously existed , is corrupted or whatever happens to it.
> >>
> >>Finally the last question is how can someone enable file system
> >>Quotas on the root file system ?
> >>
> >>Am using Fedora Core 1 with kernel 2.4.26
> >
> >
> > Let's recap, step-by-step:
> >
> > 1) vi /etc/fstab
> > Modify the "filesystem" options to include either "usrquota" or
> > "grpquota" (usually has defaults).
> > 2) mount -o remount "filesystem"
> Am a little bit scared on running this command for the root
> filesystem .
Of course your other choice is to reboot.... :-) But the remount option
has worked pretty good.
> > 3) quotacheck -cM "filesystem"
> > 4) quotaon "filesystem"
> > 5) edquota "username" or look up setquota
>
> Yes, except my little remark on step 2 everything looks fine .
> Thanks
>
>
> Kind Regards,
> Kostas
>
One last thought for you.... I generally do not find much need to set a
quota on the "/" filesystem. On a truly multi-user system (implying a
need for quotas), I ensure that the regular user writable filesystems do
not include "/". I generally have a separate /home, /tmp, etc.... I
can then place a quota on those filesystems only. I also never put a
limit on the user root......
HTH,
--Rob
More information about the users
mailing list