ext4 remplace mon option de montage commit = 100 avec commit = 0

8

Voici la ligne appropriée de mon fichier / etc / fstab:

UUID=f51aa298-9ce4-4a19-a323-10df333f34f5 /               ext4    data=writeback,noatime,barrier=0,errors=remount-ro,commit=100,nobh,nouser_xattr       0       1

Voici ce qui se passe lorsque je tape la commande "mount":

/dev/sda1 on / type ext4 (rw,noatime,data=writeback,barrier=0,errors=remount-ro,commit=100,nobh,nouser_xattr,commit=0)

Pourquoi spécifie-t-il "commit = 0" à la fin? Cela signifie-t-il que mon option commit = 100 n'est pas utilisée?

J'utilise Ubuntu 10.10, 32 bits avec les dernières mises à jour.

mount ext4 Alex Shtof
la source
3
Que grep ' / ' /proc/mountsmontre-t-on? Les informations dans /proc/mountsproviennent directement du noyau, alors qu'elles mountutilisent des informations dans /etc/mtab, qui peuvent ne pas être à jour pour /.
Gilles 'SO- arrête d'être méchant'
2
/ dev / disk / by-uuid / f51aa298-9ce4-4a19-a323-10df333f34f5 / ext4 rw, noatime, errors = remount-ro, barrière = 0, nobh, data = writeback 0 0
Alex Shtof
@Gilles - Pourquoi / etc / mtab serait-il obsolète? Curieuse.
boehj
@boehj /etc/mtabest mis à jour par mount, s'il le peut. /est normalement monté en lecture seule par le noyau ou initrd / initramfs, la lecture-écriture remontée dans le cadre du processus de démarrage. Je ne sais pas si les options de montage finales (à partir de /etc/fstab) sont toujours enregistrées correctement.
Gilles 'SO- arrête d'être méchant'
@Gilles - Intéressant.
boehj

Réponses:

2

Je l'ai. Il semble que le problème provienne du /usr/lib/pm-utils/power.d/journal-commitfichier. J'ai édité le fichier ci-dessus en tant que root et changé la ligne

JOURNAL_COMMIT_TIME_AC=${JOURNAL_COMMIT_TIME_AC:-0}

être

JOURNAL_COMMIT_TIME_AC=${JOURNAL_COMMIT_TIME_AC:-100}

Et c'est tout!

PS - Je n'ai aucune idée pourquoi le script ignore les options de montage conflictuelles. Je crois qu'il devrait vérifier les options spécifiées par l'utilisateur et ne pas les remplacer.

Alex Shtof
la source
2
Ce n'est pas une bonne solution. La prochaine fois que vous mettrez à jour votre pm-utils(ou quel que soit le propriétaire de ce fichier, je ne suis pas un gars Ubuntu), votre script pourrait être arrosé. C'est ${JOURNAL_COMMIT_TIME_AC:-100}quelque bashchose qui dit que si JOURNAL_COMMIT_TIME_ACn'est PAS défini, définissez-le sur 100. Vous devez donc définir cette valeur quelque part dans laquelle le script la lit. Dans les systèmes RedHat, ce serait quelque part /etc/sysconfig/- vous devez suivre le script et voir d'où il l'aurait lu.
Aaron D.Marasco,
1
Oh, et quant à ignorer l' /etc/fstabentrée, ce serait un rapport de bogue contre le logiciel. À moins qu'il n'y ait un programme d'installation spécifique à la distribution que vous étiez censé utiliser qui l'aurait correctement réglé et enregistré quelque part pour que le script de démarrage le trouve.
Aaron D.Marasco,
@Aaron, vous avez bien sûr raison. Ce n'est pas une solution mais une solution de contournement.
Alex Shtof