Bug#552810: initramfs-tools: Localtime not set during initramfs boot leading to wrong fsck.ext4 errors
Package: initramfs-tools
Version: 0.93.4
Severity: important
*** Please type your report below this line ***
After a power grid problem in my neighborhood, my workstation
rebooted and detected problems in the ext4 LVM volumes.
It appears that after a manual fsck.ext4, these problems were
trigerred because of a mismatch between the localtime and the time
set during initramfs boot sequence (probably the bios time).
The journal entries timestaps were simply offseted by one hour. This
matches exactly the difference between the my bios time (set to UTC)
and the Europe/Paris locatime my box uses.
I think it would be good to set to the correct locatime before running
disk checks that depend on the machine time. Otherwise it triggers
errors that cannot be skipped automatically when they could be.
Kernel: Linux 2.6.31 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages initramfs-tools depends on:
ii cpio 2.10-1 GNU cpio -- a program to manage ar
ii findutils 4.4.2-1 utilities for finding files--find,
ii klibc-utils 1.5.15-1 small utilities built with klibc f
ii module-init-tools 3.11-1 tools for managing Linux kernel mo
ii udev 146-6 /dev/ and hotplug management daemo
Versions of packages initramfs-tools recommends:
ii busybox 1:1.14.2-2 Tiny utilities for small and embed
initramfs-tools suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
10-29-2009, 01:54 PM
maximilian attems
Bug#552810: initramfs-tools: Localtime not set during initramfs boot leading to wrong fsck.ext4 errors
On Wed, Oct 28, 2009 at 11:05:09AM +0100, ed.gomez@free.fr wrote:
> Package: initramfs-tools
> Version: 0.93.4
> Severity: important
>
> *** Please type your report below this line ***
>
> After a power grid problem in my neighborhood, my workstation
> rebooted and detected problems in the ext4 LVM volumes.
>
> It appears that after a manual fsck.ext4, these problems were
> trigerred because of a mismatch between the localtime and the time
> set during initramfs boot sequence (probably the bios time).
>
> The journal entries timestaps were simply offseted by one hour. This
> matches exactly the difference between the my bios time (set to UTC)
> and the Europe/Paris locatime my box uses.
>
> I think it would be good to set to the correct locatime before running
> disk checks that depend on the machine time. Otherwise it triggers
> errors that cannot be skipped automatically when they could be.
initramfs does not do *any* fsck.
also please just use UTC everywhere, this looks more like a
user support question those are to be asked in a debian user
mailinglist. thanks
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
10-29-2009, 03:34 PM
maximilian attems
Bug#552810: initramfs-tools: Localtime not set during initramfs boot leading to wrong fsck.ext4 errors
reassign 552810 util-linux
stop
please also keep bug report on Cc, this was not a personal
discussion, thanks.
On Thu, Oct 29, 2009 at 05:01:40PM +0100, ed.gomez@free.fr wrote:
> > initramfs does not do *any* fsck.
> >
> > also please just use UTC everywhere, this looks more like a
> > user support question those are to be asked in a debian user
> >???mailinglist. thanks
>
> Sorry for reporting the bug to the wrong package.
>
> Is it the initscripts package which is responsible for the
> automated fsck ?
>
> However this is not a user question and it's not about using
> UTC time as you suggest.
>
> It's about the ext4 journaling using localtime and the debian
> boot process not setting the timezone before running the fsck.
> This causes false errors during the automated fsck.
you might want to report which version of util-linux you used
if you want to start a conversation with them. not sure i'd
see any bug right now, but i'm not util-linux maintainer
--
To UNSUBSCRIBE, email to debian-kernel-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org