| I want to pick up this post
dibl wrote:
FIXED: The issue is triggered by a re-mount that happens during the boot process, and then the power management rule at /usr/lib/pm-utils/power.d/journal-commit is invoked. The default commit value for "AC" is commit=0, and that is appended to the existing mount. So, I edited the file and changed the value to commit=120 (same as I now have it set in /etc/fstab). Now the three ext4 filesystems on my system are mounted correctly at the end of the boot process.
FYI, this file is also invoked on resume from suspend, so the issue is seen in that situation also.
I have the below in dmesg in a latop, the "commit=0" are appended every time I suspend and switch to ctrl-alt-f*
Code:
[55375.324278] EXT4-fs (sda8): re-mounted. Opts: errors=remount-ro,barrier=0,commit=0
[55375.328396] EXT4-fs (sda6): re-mounted. Opts: commit=0,commit=0,commit=600,commit=0,commit=0,commit=0,commit=0,coit=0,commit=600,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=0,commit=600ommit=600,commit=0,commit=0,commit=0,commit=0,commit=0
I googled it and saw some mentions about laptop-mode-tools. It seems not my laptop or desktop has it
Code:
cat /proc/sys/vm/laptop_mode ; [ -e /var/run/laptop-mode-enabled ] && echo "found" || echo "no found"
0
no found
This is what I have in fstab
Code:
cat /etc/fstab|grep ext4
UUID=3a6ddef7-xxbf-48ed-96db-4d56f0aff5xx /mnt/images/ ext4 auto,users,rw,exec,noatime 0 2
UUID=770b8e21-xx76-4d99-aed4-0756ed7478xx / ext4 defaults,errors=remount-ro,noatime,barrier=0 0 1
and a bit more information
Code:
aptp pm-utils ; uname -r
pm-utils:
Installed: 1.4.1-8
Candidate: 1.4.1-8
Version table:
*** 1.4.1-8 0
500 http://ftp.us.debian.org/debian/ sid/main amd64 Packages
100 /var/lib/dpkg/status
1.4.1-7 0
500 http://ftp.us.debian.org/debian/ testing/main amd64 Packages
2.6.38-3.slh.2-aptosid-amd64
I want to know if this is something to worry about, or not |
