Recently, when I've been starting my computer I'm informed that it is recovering the journal for one of my ext3 partitions.
One might expect this behaviour if the computer shutdown improperly, but, as far as I can tell this is occurring after normal shutdowns.
Additionally, the number of inodes which are found to be orphaned and cleared is only one or two in these cases.
I have performed an fsck, but the situation continues.
Which logs files can I check to try to find out why this is happening? What are some reasons it may have happened? How can I resolve it?
UPDATE
fstab is as follows:
# <file system> <mount point> <type> <options> <dump> <pass>
# / was on /dev/sda5 during installation
UUID=ead12a48-4a3b-4e3a-b611-d3fc62e8716a / ext4 errors=remount-ro,noatime,nodiratime 0 1
# /home was on /dev/sda6 during installation
UUID=217f1c44-5d04-4c75-9d4a-2a70b1726434 /home ext3 defaults,noatime,nodiratime 0 2
UPDATE 2
cat /var/log/fsck/{checkfs,checkroot}
returns (Nothing has been logged yet.)
twice.
Your only ext3 partition happens to be
/home
. One possible reason for your problem is that/home
isn't being unmounted because it is in use at the time your system is being shut down. Since/home
shouldn't be in use when no normal user is logged in, identifying if it is in use when nobody is logged in is one way of identifying if this particular possible issue is the cause of your specific problem.Temporarily enable root login on your system (we'll disable it again later). This will allow you to log in without accessing
/home
, so that you can check whether anything else is using it and whether it unmounts correctly.Log out.
Press Ctrl+Alt+F1 to switch to a text virtual terminal.
Log in as root. This will start a shell in root's home directory (
/root
) which is outside of/home
.Try to unmount
/home
by typingumount /home
(no sudo is required since you're already root).If this succeeds, then this isn't your problem. If it fails, then this is your problem. If the reason is that the filesystem is in use, then the command
fuser -m /home
will list processes using/home
which you can investigate.Mount
/home
again by typingmount /home
.Log out with the command
exit
.Switch back to the graphical login screen by pressing Alt+F7.
Log back in as yourself.
Disable root login to return your system to its original configuration.
This may or may not identify the cause of your specific problem, but should work to identify processes that are preventing
/home
from being cleanly unmounted on system shutdown in the general case.As you mentioned in your comment eCryptfs is a possible cause for your problem. To check this out do the following steps:
/home/richard
(or however your user is called).Another thing you can do as user is to enter
ecryptfs-umount-private
. This scripts quits on success with the message:On error you might get the message:
In the latter case the problem are often missing symlinks. So do the following steps:
cd
to get into your$HOME
).ln -s /home/.ecryptfs/YOUR_USERNAME/.ecryptfs
andln -s /home/.ecryptfs/YOUR_USERNAME/.Private
.The main point are the symbolic links in the last step. In some cases they are missing. This leads to not encrypting and umounting your data in the home.
However if the problem persists then there might also the file
$HOME/.ecryptfs/auto-umount
missing. If this is the case your home directory will not be automatically unmounted. Just entertouch $HOME/.ecryptfs/auto-umount
to change it.