Bug 489640

Summary: Filesystem on encrypted PV not fscked?
Product: [Fedora] Fedora Reporter: Kevin R. Page <redhat-bugzilla>
Component: initscriptsAssignee: Bill Nottingham <notting>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 10CC: notting, rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-03-11 03:26:07 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Kevin R. Page 2009-03-11 02:56:44 UTC 
I'm concerned that my root filesystem isn't being fscked. Of course, it may be that it doesn't need to be fscked, but a good few things seem to have changed around F10 and I'm stuggling to work out what *ought* to be happening.

It's a laptop with an encrypted PV on which is an LV containing everything apart from /boot.

It's a laptop, so it gets rebooted frequently - I'm sure I've passed the maximal mount count, but I've not seen an fsck since upgrading to F10. I've also had to kill power due to bug #464866, and again, no fsck on reboot (does journal recovery always occur on mount, and is this sufficient for continued boot without fsck?)

Touching .autofsck doesn't seem to do anything (but neither is it cleared by anything), and shutdown -F seems to have disappeared.

(How should one force a fsck on F10, this doesn't seem to be documented?)

N.B. This is an upgrade to F10 with an existing encrypted root PV. It's possible some config has been mucked up somewhere - but even so, I'd hope initscripts would be more paranoid checking this type of thing...
Comment 1 Kevin R. Page 2009-03-11 03:26:07 UTC 
Ok, so having worked out I needed to search around "upstart", I found I needed to touch /forcefsck rather than /.autofsck these days.

This forced a fsck on reboot, which relieves me of my major worry - that the FS might never be checked, even if it needed it.

(I'll put the gnome panel weirdness after an unclean reboot down to general fragility, rather than FS errors, which I can cope with less nervously ;)  )