ext4 sovrascrive l'opzione di montaggio commit = 100 con commit = 0


8

Ecco la riga pertinente dal mio file / etc / fstab:

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

Ecco cosa succede quando digito il comando "mount":

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

Perché specifica "commit = 0" alla fine? Significa che la mia opzione commit = 100 non è usata?

Sto usando Ubuntu 10.10, a 32 bit con gli ultimi aggiornamenti.


3
Cosa grep ' / ' /proc/mountsmostra? Le informazioni in /proc/mountsprovengono direttamente dal kernel, mentre mountusano le informazioni in /etc/mtab, che potrebbero non essere aggiornate per /.
Gilles 'SO- smetti di essere malvagio' il

2
/ dev / disk / by-uuid / f51aa298-9ce4-4a19-a323-10df333f34f5 / ext4 rw, noatime, errori = remount-ro, barrier = 0, nobh, data = writeback 0 0
Alex Shtof

@Gilles - Perché / etc / mtab diventa obsoleto? Curioso.
Boehj,

@boehj /etc/mtabè aggiornato da mount, se possibile. /è normalmente montato in sola lettura dal kernel o da initrd / initramfs, il read-write rimontato come parte del processo di avvio. Non sono sicuro che le opzioni di montaggio finali (da /etc/fstab) siano sempre registrate correttamente.
Gilles 'SO- smetti di essere malvagio' il

@Gilles - Interessante.
Boehj,

Risposte:


2

Fatto. Sembra che il problema riguardasse il /usr/lib/pm-utils/power.d/journal-commitfile. Ho modificato il file sopra come root e ho cambiato la linea

JOURNAL_COMMIT_TIME_AC=${JOURNAL_COMMIT_TIME_AC:-0}

essere

JOURNAL_COMMIT_TIME_AC=${JOURNAL_COMMIT_TIME_AC:-100}

E questo è tutto!

PS: non ho idea del perché lo script ignori le opzioni di montaggio in conflitto. Credo che dovrebbe verificare le opzioni specificate dall'utente e non sostituirle.


2
Questa non è una buona soluzione. La prossima volta che aggiorni il tuo pm-utils(o qualunque cosa possieda quel file, non sono un ragazzo di Ubuntu) il tuo script potrebbe essere cancellato. La ${JOURNAL_COMMIT_TIME_AC:-100}è una bashcosa che dice che se JOURNAL_COMMIT_TIME_ACnon è definito, impostato a 100. Quindi è necessario impostare il valore da qualche parte che lo script legge. Nei sistemi RedHat, sarebbe da qualche parte /etc/sysconfig/- è necessario tracciare lo script e vedere da dove lo avrebbe letto.
Aaron D. Marasco,

1
Oh, e per quanto riguarda ignorare la /etc/fstabvoce, sarebbe una segnalazione di bug contro il software. A meno che non esista un programma di installazione specifico per la distro che dovevi utilizzare che l'avrebbe impostato correttamente lì e lo avesse registrato da qualche parte per essere trovato dallo script di avvio.
Aaron D. Marasco,

@Aaron, hai ragione ovviamente. Questa non è una soluzione ma una soluzione.
Alex Shtof,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.