On 04/09/2015 12:24 PM, Ben Hutchings wrote:
Control: tag -1 - moreinfo unreproducible
Control: retitle -1 fsck log from initramfs is not documented
On Thu, 2015-04-09 at 08:30 -0400, Jape Person wrote:
On 04/08/2015 09:05 PM, Ben Hutchings wrote:
Control: tag -1 unreproducible
On Thu, 12 Mar 2015 10:25:34 -0400 jpw <[email protected]> wrote:
Package: initramfs-tools
Version: 0.119
Severity: important
Dear Maintainer,
A basic change in function for fsck at boot time has resulted following upgrade
of this package from 0.116 to 0.119.
Following deprecation of "touch /forcefsck" earlier this past year for forcing
fsck
at next reboot I started using a line in rc.local (tune2fs -c 0 /dev/sda1) to
set
maximum mount count so that in-depth file system checks would never occur
unless I
specified. I then issued "tune2fs -c 1 /dev/sda1" from a root prompt on the
remote
systems to force the in-depth fsck on next reboot.
The remote systems used to execute an in-depth fsck on the boot partition at
next reboot when I followed this procedure. This function no longer works.
[...]
It works for me. However, the forced fsck is now done from the
initramfs (for the root and /usr filesystems), not under systemd or
initscripts.
Is the real problem to do with logging the output of fsck?
Ben.
Hi!
I was trying to force the type of fsck which results in a report of the
% of discontiguous files on remote systems that I maintain. In the
spirit of avoiding the use of the deprecated "touch /forcefsck" I was
using a line (tune2fs -c 0 /dev/sda1) in rc.local to cause the check to
never run unless I issued "tune2fs -c 1 /dev/sda1" from a root prompt
and then rebooted.
So when you say that "it" works for you, do you mean that "touch
/forcefsck" still gets the check for file system fragmentation, or that
using the tune2fs trick works. Because, for me, "touch /forcefsck" still
works (but I'm trying to avoid it), but using the tune2fs trick stopped
working when initramfs-tools was upgraded from 0.116 to 0.119.
I mean using 'tune2fs -c 1' before rebooting.
By that, I mean that issuing "systemctl status -l
systemd-fsck-root.service" stopped showing me % discontiguous following
a reboot when I tried to run the full fsck check using the tune2fs command.
[...]
Right, so as I suspected you're talking about where the output is
logged.
Currently it's logged to /run/initramfs/fsck, but not documented. I'm
intending to rename that to fsck.log (so it's obviously a log file) and
to document it in the initramfs-tools(8) manual page.
Ben.
Aha! Yes, as usual, I didn't even really know what I was complaining about!
Thank you for shedding the light! So now I know just a little more, and
I have alternatives. That's always nice.
Best regards,
JP
--
To UNSUBSCRIBE, email to [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]
Archive: https://lists.debian.org/[email protected]
