Après recherche rapide, voici l’explication probable :
http://oss.sgi.com/archives/xfs/2012-06/msg00362.html
En gros, lors du montage avec l’option quota, une vérification a lieu qui fait grossir le cache d’inodes en mémoire au point de consommer toute la mémoire disponible. Tu vois peut-être aussi des message de l’“OOM killer” qui tue des processus pour essayer de libérer de la mémoire.
Un patch a été inclus dans le noyau Linux 3.5, dont voici le commit. Il permet de libérer de la mémoire du cache d’inode sur demande (reclaim) pendant l’opération de montage.
[code]commit 8a00ebe4cfc90eda9ecb575ba97e22021cd8cf70
Author: Dave Chinner david@fromorbit.com
Date: Fri Apr 13 12:10:44 2012 +0000
xfs: Ensure inode reclaim can run during quotacheck
Because the mount process can run a quotacheck and consume lots of
inodes, we need to be able to run periodic inode reclaim during the
mount process. This will prevent running the system out of memory
during quota checks.
This essentially reverts 2bcf6e97, but that is safe to do now that
the quota sync code that was causing problems during long quotacheck
executions is now gone.
The reclaim work is currently protected from running during the
unmount process by a check against MS_ACTIVE. Unfortunately, this
also means that the reclaim work cannot run during mount. The
unmount process should stop the reclaim cleanly before freeing
anything that the reclaim work depends on, so there is no need to
have this guard in place.
Also, the inode reclaim work is demand driven, so there is no need
to start it immediately during mount. It will be started the moment
an inode is queued for reclaim, so qutoacheck will trigger it just
fine.[/code]
Cependant, il ne semble pas avoir été rétroporté dans la série 3.2 du noyau malgré ce qui est écrit à la fin du message dont j’ai fourni l’URL, ni par Debian. A défaut, une solution possible consiste à augmenter la taille de la RAM mais je ne sais pas dans quelles proportions. En tout cas j’imagine que le déclenchement du bug est lié à l’augmentation de la taille du volume XFS, il y a peut-être un contournement en jouant avec les options des inodes (nombre, taille…) à la création ou au montage du système de fichiers.
PS : Le titre de ton sujet est trop vague. Au lieu de parler d’accès à /home qui fait penser à un problème de droits, tu aurais dû évoquer un problème de montage XFS.
