Does not log fsck invocations in /var/log/fsck/

Bug #513644 reported by Daniel Richard G. on 2010-01-28
250
This bug affects 56 people
Affects Status Importance Assigned to Milestone
mountall (Ubuntu)
Wishlist
Unassigned

Bug Description

Binary package hint: mountall

This concerns mountall 1.0 in Karmic.

After fsck is invoked at boot time, the two log files in /var/log/fsck/ remain empty. In Jaunty, the /etc/init.d/check{fs,root}.sh scripts saved the output of the commands to that directory ("A log is being saved in ${FSCK_LOGFILE} if that location is writable") but mountall has yet to do this.

As this would have to be newly implemented, I'd like to request a slight change from the Jaunty behavior, and have entries be appended to the log files rather than the files being overwritten each time with the latest (single) entry. Log rotation on these files may be good, too, although I'm not sure which package would/should be responsible for that.

Changed in mountall (Ubuntu):
status: New → Triaged
importance: Undecided → Wishlist
Detlef Lechner (detlef-lechner) wrote :

I am affected too.
'~$ uname -a; Linux T43 2.6.32-28-generic #55-Ubuntu SMP Mon Jan 10 21:21:01 UTC 2011 i686 GNU/Linux'

I'm affected by this bug too.

Linux gurke 2.6.32-29-generic #58-Ubuntu SMP Fri Feb 11 20:52:10 UTC 2011 x86_64 GNU/Linux

I'd also like to question the Importance category. For me, and maybe other server operators too, it's very important to be able to review the logs of bootup filesystem checks. My machine is running 24/7 and I regularly reboot it remotely, for example after installing updates, and I do not monitor the bootup, but check the logs later, when I have the time.

hasi (whynot-nurfuerspam) wrote :

This affects me too, in precise (12.04.3). Just ran an fsck on three drives, which was carried out (I looked at the "xx% completed " message for each of the drives. Unfortunately /var/log/fsck only shows two default files that are only 31 characters long.

Jeff (jefffritz) wrote :

This also affects me.
Linux fs 3.2.0-35-generic #55-Ubuntu SMP Wed Dec 5 17:42:16 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux

Over three years later and this is unassigned still?

I question the "wishlist" categorization of this as well. Ubuntu remains a sub-par choice for server distros because of bugs such as this.

Even watching the fsck logs on bootup, the messages disappear too quickly for you to see what happened.

Tamale (uictamale) wrote :

Uh, how can this possibly be considered a 'wishlist' item? This is core functionality, and it's broken. Far as my company is concerned, this is an URGENT BUG. Please escalate.

Linux gr 3.0.0-13-virtual #22-Ubuntu SMP Wed Nov 2 17:10:19 UTC 2011 i686 i686 i386 GNU/Linux

Dan Muresan (danmbox) wrote :

Even on MS Windows you can dig out fsck messages with the eventviewer. This is stupid, lazy and arrogant.

Amir (amirsan) on 2014-01-28
Changed in mountall (Ubuntu):
status: Triaged → Confirmed
Steve Langasek (vorlon) on 2014-01-28
Changed in mountall (Ubuntu):
status: Confirmed → Triaged

This is a critical bug. One of those bugs you find when everything is in danger, and about to be lost. As I gently type, I'm trying to find ways to recover my server. I know there has to be a disk about to fail, I've seen the strange behavior on boot and because I was there I know something is wrong.

But there is no log about it.

If you are so insensitive to keep this bug as a wishlist, if you truly don't care that not having a good log about a critical event on boot is crushing our hearts, you will be hurting the sysadmin community.

And this is no good.

Because we know for sure this is easy to fix. A silly bug indeed.

Daniel Richard G. (skunk) wrote :

Tristan, I agree with you, but unfortunately would have to recommend using Debian instead of Ubuntu for server applications. Not only was this bug the result of an oversight in switching to mountall, mountall itself made the system less admin-friendly by doing away with several boot-time shell scripts (which could be inspected and directly edited as necessary), in favor of a better consumer desktop startup experience. Server usage in general is an afterthought here.

Ehm, this bug is still here in trusty, more than four years after it was originally reported. And it does seem to be quite an essential thing, being able to see the output of your file system repair. Can it really be so hard to have fsck save the output somewhere?

Any workaround the user can do to force the results to be logged in any file?

Daniel Richard G. (skunk) wrote :

Marcelo: You could make /sbin/fsck a shell script that wraps the real fsck binary, and logs the output as desired. Doing this with a dpkg diversion might even keep things from breaking when the util-linux package is upgraded....

Changed in mountall (Ubuntu):
status: Triaged → Confirmed
Steve Langasek (vorlon) on 2014-06-01
Changed in mountall (Ubuntu):
status: Confirmed → Triaged
Orhan Kavrakoglu (aibok42) wrote :

How is this bug still here after 4.5 years?

I mean, I'd rather lose the whole rest of /var/log than my fsck logs -- and I may even be about to!

SideShowFry (fry-n) wrote :

There is some terse fsck info being logged on my 14.04 Trusty desktop in /var/log/upstart/mountall.log. Usually, it says something like this:

fsck from util-linux 2.20.1
grubboot: clean, 520/51200 files, 98181/204800 blocks

When I force checking by setting "Maximum mount count" to 1, it looks like this:

fsck from util-linux 2.20.1
grubboot has been mounted 1 times without being checked, check forced.
grubboot: 520/51200 files (10.4% non-contiguous), 98181/204800 blocks

I'm assuming that it didn't find any errors, and hoping that it will be more verbose if it does.

I might try messing with mountall.conf to try to force it to use --verbose when calling mountall and see what that does.

Can confirm still present in 14.04 - NOT Triaged.

Changed in mountall (Ubuntu):
status: Triaged → Confirmed
Steve Langasek (vorlon) on 2015-03-10
Changed in mountall (Ubuntu):
status: Confirmed → Triaged
Ken Sharp (kennybobs) on 2015-04-14
tags: added: amd64 i386 jaunty karmic trusty
tags: added: precise
Cyril Auboin (1-cyril) wrote :

even windows store ntfs chkdsk boot logs in the logs db, is windows more professionnal than ubuntu?

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers