Данная проблема характерна для всех юзеров на системе, которую админю тока второй день. Стоит Red Hat 9.

[root@stud /]# quota __user__

Disk quotas for user __user__ (uid 597):

     Filesystem  blocks   quota   limit   grace   files   quota   limit   grace

      /dev/hde8   60232  128000  128000            2076       0       0

[root@stud /]# du /home/students/__user__|tail -n1

5912312 /home/students/__user__

По-моему, 5912312>>60232, при том, что файлы в его директории действительно принадлежат ему.

Прошёлся quotacheck -m по разделу, квоты пересчитались корректно. Записываю под юзером в хоум пару гигов - данные по квоте не изменлись. Делаю quotacheck - всё опять нормально.
При этом без проблем записываю под юзером данные, превышая квоту.

Как это исправить?

P.S. Систему ставил не я, толком ещё не разобрался, что и как стоит, да и сам ламер.

У старого админа удалось узнать, что квота не работала с тех пор, как перешли с xfs на ext3.

Может быть проблема в том, что квота не работает, если grace-период нулевой, при edquota -t он

Grace period before enforcing soft limits for users:

Time units may be: days, hours, minutes, or seconds

  Filesystem             Block grace period     Inode grace period

  /dev/hde8                     7days                  7days

, но

[root@stud /]# quota __user__

Disk quotas for user __user__ (uid 597):

     Filesystem  blocks   quota   limit   grace   files   quota   limit   grace

      /dev/hde8 5963124* 128000  128000            4689       0       0

как видим, quota показывает нулевой grace (quotacheck делал)

Кстати, repquota сообщает ненулевой grace:

[root@stud /]# repquota /dev/hde8|grep __user__

__user__   +- 5963124  128000  128000  6days    4689     0     0