ext4はcommit = 100マウントオプションをcommit = 0でオーバーライドします

/ etc / fstabファイルの関連する行は次のとおりです。

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

「mount」コマンドを入力すると、次のようになります。

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

最後に「commit = 0」を指定するのはなぜですか？commit = 100オプションが使用されていないということですか？

Ubuntu 10.10、32ビット、最新のアップデートを使用しています。

mount ext4

— アレックスシュトフ
ソース

何がgrep ' / ' /proc/mounts表示されますか？の情報/proc/mountsはカーネルから直接提供されますが、mountでは最新で/etc/mtabはない可能性があるの情報を使用し/ます。

— Gilles「SO-邪悪なことをやめよ」

/ dev / disk / by-uuid / f51aa298-9ce4-4a19-a323-10df333f34f5 / ext4 rw、noatime、errors = remount-ro、barrier = 0、nobh、data = writeback 0 0

— Alex Shtof

@ギレス-なぜ/ etc / mtabが古くなるのですか？奇妙な。

— boehj 2011

@boehj /etc/mtabはmount、可能であればによって更新されます。/通常、カーネルまたはinitrd / initramfsによって読み取り専用でマウントされます。再マウントされた読み取り/書き込みは、ブートプロセスの一部として行われます。最終的なマウントオプション（から/etc/fstab）が常に正しく記録されているかどうかはわかりません。

— Gilles「SO-邪悪なことをやめなさい」

@ギレス-興味深い。

— boehj 2011

とった。問題は/usr/lib/pm-utils/power.d/journal-commitファイルにあるようです。上記のファイルをルートとして編集し、行を変更しました

JOURNAL_COMMIT_TIME_AC=${JOURNAL_COMMIT_TIME_AC:-0}

することが

JOURNAL_COMMIT_TIME_AC=${JOURNAL_COMMIT_TIME_AC:-100}

そしてそれだけです！

PS-スクリプトが競合するマウントオプションを無視する理由がわかりません。私はそれがユーザー指定のオプションをチェックし、それらを上書きするべきではないと信じています。

— アレックスシュトフ
ソース

それは良い解決策ではありません。次回pm-utils（またはそのファイルを所有しているものは何でも、私はUbuntuの人ではありません）更新すると、スクリプトがホースアップされる可能性があります。これ${JOURNAL_COMMIT_TIME_AC:-100}は、定義されていないbash場合JOURNAL_COMMIT_TIME_ACは100に設定することを意味します。そのため、スクリプトが読み取る場所にその値を設定する必要があります。RedHatシステムでは、どこかに/etc/sysconfig/あります。スクリプトをトレースして、どこから読み取ったかを確認する必要があります。

— アーロンD.マラスコ

ああ、そして/etc/fstabエントリを無視することに関しては、それはソフトウェアに対するバグレポートになるでしょう。ディストリビューション固有のセットアッププログラムがある場合を除き、あなたがたはずきちんとそこにそれを設定しているだろう使用して検索する起動スクリプトのためにどこかにそれを記録しました。

— アーロンD.マラスコ

@アーロン、あなたはもちろん正しい。これは解決策ではなく、回避策です。

— Alex Shtof、2011