Package: quota
Version: 4.09-1+b1
Severity: important
X-Debbugs-Cc: invernom...@paranoici.org


Hello again,
this is related to bug [#1085122], but is not the same issue.

[#1085122]: <https://bugs.debian.org/1085122>

As said in [#1085122], I enabled the quota feature on the ext4
filesystem for the /home partition:

  # umount /home
  # tune2fs -O quota /dev/XXXX
  # mount -a
  # quotaon -va

and then I configured disk quotas.

Unfortunately, if I add the "quota" mount option to '/etc/fstab',
the quotaon@home.service systemd unit fails at boot (because
the 'quota' feature is enabled and disk quotas are already
active, see the systemd upstream [issue]).

[issue]: <https://github.com/systemd/systemd/issues/29905>

On the other hand, if I do not add any special mount option to
'/etc/fstab', the system boots with no failing systemd units,
but disk quotas are enabled in 'accounting' mode, rather than in
'enforced' mode:

  # quotaon -vpa
  group quota on /home (/dev/md1) is on (accounting)
  user quota on /home (/dev/md1) is on (accounting)
  project quota on /home (/dev/md1) is off

If I run the following command:

  # quotaon -va

disk quotas are switched to 'enforced' mode, as desired:

  # quotaon -vpa
  group quota on /home (/dev/md1) is on (enforced)
  user quota on /home (/dev/md1) is on (enforced)
  project quota on /home (/dev/md1) is off


Something should run 'quotaon -va' after /home has been mounted,
but nothing seems to do so...

Is this a bug in the Linux kernel? If this is the case, please
reassign the bug report.
Is this a bug in package 'quota'? If this is the case, please
investigate and fix it.

Maybe a systemd Type=oneshot unit should run 'quotaon -va' at boot,
after the local filesystems have been mounted. Please write this
systemd unit and ship it with package 'quota' (perhaps disabled by
default).

Thanks for your time and dedication!
Bye.



-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.12.10-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages quota depends on:
ii  debconf [debconf-2.0]  1.5.89
ii  init-system-helpers    1.68
ii  libc6                  2.40-6
ii  libdbus-1-3            1.16.0-1
ii  libext2fs2t64          1.47.2-1
ii  libldap2               2.6.9+dfsg-1
ii  libnl-3-200            3.7.0-0.3+b1
ii  libnl-genl-3-200       3.7.0-0.3+b1
ii  libtirpc3t64           1.3.4+ds-1.3+b1
ii  libwrap0               7.6.q-35

quota recommends no packages.

Versions of packages quota suggests:
ii  exim4-daemon-light [mail-transport-agent]  4.98-3+b1
pn  libnet-ldap-perl                           <none>
ii  rpcbind                                    1.2.6-8.1

-- Configuration Files:
/etc/cron.daily/quota changed:
test -x /usr/sbin/warnquota || exit 0
test -f /etc/default/quota || exit 0
. /etc/default/quota
if [ "$run_warnquota" = "true" ]; then
    /usr/sbin/warnquota -ug
fi
exit 0

/etc/default/quota changed:
run_warnquota="true"
RPCRQUOTADOPTS=

/etc/quotatab changed [not included]

/etc/warnquota.conf changed [not included]


-- debconf information:
  quota/group_signature:
  quota/signature:
  quota/group_message:
  quota/cc_before:
  quota/supportemail:
  quota/run_warnquota: false
  quota/mailfrom:
  quota/message:
  quota/subject:
  quota/rquota_setquota:
  quota/supportphone:
  quota/charset:
  quota/cc:

Reply via email to