linux-kernel - Re: Kernel / Fliesystem Error

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-Id: <1186689776.6976.12.camel@localhost>
Date:	Thu, 09 Aug 2007 15:02:56 -0500
From:	Chris Holvenstot <cholvenstot@...cast.net>
To:	Benoit Boissinot <bboissin@...il.com>
Cc:	Chris Holvenstot <saltydog@...ston.rr.com>,
	kernel list <linux-kernel@...r.kernel.org>
Subject: Re: Kernel / Fliesystem Error

Benoit - 

I am a little unsure of the protocol involved here but I will respond to
this, the last message I received on the topic.

As I feared, I was giving an incomplete picture with my original report
and did not even realize it.  

On the systems I was getting  the error on I used the mkinitramfs
command to build the initrd.img file.  This was basically the 2.6.23
systems.  I did this because the documentation seemed to indicate that
this would clear up the "devfs unknown file system" messages I was
getting at boot.

Which it did.

However, when I rebuilt the 2.6.22.1 kernel's initrd.img file with
mkinitramfs instead of mkinitrd the 2.6.22.1 kernel started getting the
"superblock time stamp" errors too.

So the problem is NOT with the kernel code - it appears to be either
with mkinitramfs or my process.  With the way my luck has been running
of late it is likely that the fault is with my process.

So I once again thank you for your response, and apologize for what now
appears to be a false alarm.  Since the initramfs tool set was provided
with the Ubuntu release I am using as a base I will try to locate
someone there to assist with this issue.

Chris

On Thu, 2007-08-09 at 14:31 +0200, Benoit Boissinot wrote:
> On 8/9/07, Chris Holvenstot <cholvenstot@...cast.net> wrote:
> > > Chris Snook wrote:
> > >
> > >The problem here is that your clock is wrong either at mount (boot)
> > >time or unmount (shutdown) time. There's nothing wrong with ext3,
> > >except that it happens to be noticing this condition.
> >
> > 1.  This happens even when the system is rebooted via the shutdown -r
> > command - not much time for my fat fingers to get in there and dork up
> > the system clock.
> >
> > 2.  As I stated in the original note, this does NOT happen with kernel
> > 2.6.22.1 - so far I have only seen it with the 2.6.23-rc1, rc2, and
> > rc2-git1 kernels.
> >
> 
> But very likely time keeping was broken between .22 and .23-rc.
> Probably not ext3.
> 
> regards,
> 
> Benoit

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/