Ini adalah baris yang relevan dari file / etc / fstab saya:
UUID=f51aa298-9ce4-4a19-a323-10df333f34f5 / ext4 data=writeback,noatime,barrier=0,errors=remount-ro,commit=100,nobh,nouser_xattr 0 1
Inilah yang terjadi ketika saya mengetik perintah "mount":
/dev/sda1 on / type ext4 (rw,noatime,data=writeback,barrier=0,errors=remount-ro,commit=100,nobh,nouser_xattr,commit=0)
Mengapa ini menentukan "commit = 0" di akhir? Apakah ini berarti opsi komit = 100 saya tidak digunakan?
Saya menggunakan Ubuntu 10.10, 32-bit dengan pembaruan terbaru.
grep ' / ' /proc/mountsditunjukkan? Informasi dalam/proc/mountsberasal langsung dari kernel, sedangkanmountmenggunakan informasi dalam/etc/mtab, yang mungkin tidak up-to-date untuk/./etc/mtabdimutakhirkan olehmount, jika bisa./biasanya dipasang read-only oleh kernel atau initrd / initramfs, read-write remount sebagai bagian dari proses boot. Saya tidak yakin apakah opsi pemasangan terakhir (dari/etc/fstab) selalu direkam dengan benar.Jawaban:
Oke. Tampaknya masalahnya dengan
/usr/lib/pm-utils/power.d/journal-commitfile. Saya mengedit file di atas sebagai root dan mengubah barismenjadi
Dan itu saja!
PS - Saya tidak tahu mengapa skrip mengabaikan opsi mount yang saling bertentangan. Saya percaya ini harus memeriksa opsi yang ditentukan pengguna dan tidak menimpanya.
sumber
pm-utils(atau apa pun yang memiliki file itu, saya bukan orang Ubuntu) skrip Anda dapat disembunyikan. Ini${JOURNAL_COMMIT_TIME_AC:-100}adalahbashhal yang mengatakan jikaJOURNAL_COMMIT_TIME_ACTIDAK didefinisikan, atur ke 100. Jadi Anda perlu mengatur nilai itu di suatu tempat dimana skrip membacanya. Dalam sistem RedHat, itu akan berada di suatu tempat di/etc/sysconfig/- Anda perlu melacak skrip dan melihat dari mana ia membacanya./etc/fstabentri, itu akan menjadi laporan bug terhadap perangkat lunak. Kecuali ada program penyetelan khusus distro yang seharusnya Anda gunakan yang akan mengaturnya dengan benar di sana dan mencatatnya di suatu tempat untuk ditemukan skrip startup.