ext4使用commit = 0覆盖我的commit = 100挂载选项

这是我的/ 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选项？

我正在使用具有最新更新的32位Ubuntu 10.10。

mount ext4

— 亚历克斯·史托夫
source

是什么grep ' / ' /proc/mounts节目？中的信息/proc/mounts直接来自内核，而mount使用中的信息/etc/mtab，该信息可能不是最新的/。

— 吉尔（Gilles）“所以，别再邪恶了”，

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

— Alex Shtof 2011年

@Gilles-/ etc / mtab为什么会过时？好奇。

— boehj 2011年

如果可以的话，@boehj将由/etc/mtab更新mount。/通常由内核或initrd / initramfs以只读方式挂载，作为引导过程的一部分，以读写方式重新挂载。我不确定最终安装选项（来自/etc/fstab）是否始终正确记录。

— 吉尔（Gilles）“所以，别再邪恶了”，

@吉尔斯-有趣。

— 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-我不知道为什么脚本会忽略冲突的安装选项。我相信它应该检查用户指定的选项，而不是覆盖它们。

— 亚历克斯·史托夫
source

那不是一个好的解决方案。下次您更新自己的pm-utils文件（或拥有该文件的人，我不是Ubuntu的人）时，您的脚本可能被清除。该${JOURNAL_COMMIT_TIME_AC:-100}是bash说，如果事情JOURNAL_COMMIT_TIME_AC没有定义，将其设置为100。所以，你需要设置值的地方，脚本读取它。在RedHat系统中，它应该放在其中/etc/sysconfig/-您需要跟踪脚本并查看从何处读取脚本。

— 亚伦·马拉斯科

哦，至于忽略/etc/fstab条目，那将是对该软件的错误报告。除非有一个特定于发行版的安装程序，否则您应该使用该程序即可在其中正确设置它并将其记录在某个位置，以供启动脚本查找。

— 亚伦·马拉斯科

@亚伦，你当然是对的。这不是解决方案，而是一种解决方法。

— Alex Shtof 2011年