Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 13 May 2005 20:23:02 +1000
From:      Peter Jeremy <peterjeremy@optushome.com.au>
To:        Andrey Chernov <ache@nagual.pp.ru>, current@freebsd.org
Subject:   Re: Who/what broke -current kernel?
Message-ID:  <20050513102302.GC34537@server.vk2pj.dyndns.org>
In-Reply-To: <20050513084514.GB43605@nagual.pp.ru>
References:  <20050513041929.GA34210@nagual.pp.ru> <20050513072713.GB34537@server.vk2pj.dyndns.org> <20050513074948.GA41987@nagual.pp.ru> <20050513084514.GB43605@nagual.pp.ru>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, May 13, 2005 at 12:45:15PM +0400, Andrey Chernov wrote:
>On Fri, May 13, 2005 at 11:49:48AM +0400, Andrey Chernov wrote:
>> I'll try, but I doubt it helps, if directory is not found.
>> It looks line someone damage ufs code or softupdates (I have them).
>
>I try bootverbose and it not difers from old (i.e. working) kernel 
>output.

OK.  Elsewhere you've wondered if it is a low-level bug in ATAmkIII.
If you believe it may be a low-level bug, you could try:
1) Get a USB memory stick, floppy disk or CD-ROM
2) Build a UFS[2] filesystem on it
3) Copy /sbin/init into an sbin subdirectory on the device
4) Use "boot -a" and specify that device as the root filesystem.

This won't work (because there's nothing for init to do if it starts)
but it will let you determine whether the bug is in the UFS[2] code
(exec still fails) or in the ATA driver (the exec works - init starts
but dies because there's nothing else in root).

Your other option is a binary search through -current and/or a session
with kgdb or ddb.

Peter



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050513102302.GC34537>