ext4 überschreibt meine Mount-Option commit = 100 mit commit = 0

8

Hier ist die relevante Zeile aus meiner / etc / fstab-Datei:

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

Folgendes passiert, wenn ich den Befehl "mount" eingebe:

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

Warum wird am Ende "commit = 0" angegeben? Bedeutet das, dass meine Option commit = 100 nicht verwendet wird?

Ich verwende Ubuntu 10.10, 32-Bit mit den neuesten Updates.

mount ext4 Alex Shtof
quelle
3
Was grep ' / ' /proc/mountszeigt? Die Informationen in /proc/mountsstammen direkt aus dem Kernel, während mountInformationen in verwendet werden /etc/mtab, die möglicherweise nicht aktuell sind /.
Gilles 'SO - hör auf böse zu sein'
2
/ dev / disk / by-uuid / f51aa298-9ce4-4a19-a323-10df333f34f5 / ext4 rw, noatime, fehler = remount-ro, barriere = 0, nobh, data = writeback 0 0
Alex Shtof
@ Gilles - Warum sollte / etc / mtab veraltet sein? Neugierig.
Boehj
@boehj /etc/mtabwird von aktualisiert mount, wenn es kann. /wird normalerweise vom Kernel oder von initrd / initramfs schreibgeschützt gemountet, das erneut gemountete Lese- / Schreibzugriff als Teil des Startvorgangs. Ich bin nicht sicher, ob die endgültigen Mount-Optionen (von /etc/fstab) immer korrekt aufgezeichnet werden.
Gilles 'SO - hör auf böse zu sein'
@ Gilles - Interessant.
Boehj

Antworten:

2

Ich habs. Es scheint, dass das Problem mit der /usr/lib/pm-utils/power.d/journal-commitDatei war. Ich habe die obige Datei als root bearbeitet und die Zeile geändert

JOURNAL_COMMIT_TIME_AC=${JOURNAL_COMMIT_TIME_AC:-0}

sein

JOURNAL_COMMIT_TIME_AC=${JOURNAL_COMMIT_TIME_AC:-100}

Und das ist alles!

PS - Ich habe keine Ahnung, warum das Skript widersprüchliche Mount-Optionen ignoriert. Ich glaube, es sollte nach benutzerdefinierten Optionen suchen und diese nicht überschreiben.

Alex Shtof
quelle
2
Das ist keine gute Lösung. Wenn Sie das nächste Mal Ihre pm-utilsDatei aktualisieren (oder was auch immer diese Datei besitzt, ich bin kein Ubuntu-Typ), wird Ihr Skript möglicherweise abgespritzt. Das ${JOURNAL_COMMIT_TIME_AC:-100}ist eine bashSache, die besagt, wenn JOURNAL_COMMIT_TIME_ACNICHT definiert ist, setzen Sie es auf 100. Sie müssen diesen Wert also irgendwo setzen, wo das Skript ihn liest. In RedHat-Systemen befindet es sich irgendwo in /etc/sysconfig/- Sie müssen das Skript verfolgen und sehen, woher es es gelesen hätte.
Aaron D. Marasco
1
Oh, und wenn man den /etc/fstabEintrag ignoriert , wäre das ein Fehlerbericht gegen die Software. Es sei denn , es gibt ein Distro spezifisches Setup - Programm , das Sie wurden angeblich zu verwenden , die es dort richtig eingestellt hätten und es irgendwo aufgezeichnet für das Startskript zu finden.
Aaron D. Marasco
@ Aaron, du hast natürlich recht. Dies ist keine Lösung, sondern eine Umgehung.
Alex Shtof