Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: recent kernels can't identify root filesystem type



On Sun, Nov 23, 2008 at 09:51:41AM +0000, Andrew Doran wrote:
> On Sun, Nov 23, 2008 at 05:40:40PM +1100, Daniel Carosone wrote:
> 
> > All of the kernels I've built in the past 4-5 days fail to mount root
> > properly after booting.  [..]
> > 
> > Anyone else seeing similar?

Nobody seems to be piping up with similar reports.  I assume the
problem is not particularly general; something specific to MULTIBOOT
via grub at least, or more specific to me somehow.  So, no great
urgency :)

(I boot this way because I use it both native and with Xen)

> Believe it or not nothing has changed in this area over the last week.

I'll go with not, because the config certainly hasn't changed between the
working and broken kernels :) 

> It's possible that the order of the 'file-system' directives in your kernel
> config does not match GENERIC

No. Well, not until they were all removed from GENERIC, anyway. :-)

The config is a copy of GENERIC from way-back-when, with lines deleted
for things I don't want, and kept in sync since with three-way-merges,
so I'm pretty careful to avoid merge problems from reordering lines or
not updating comments on lines I do use. 

FFS is the first file-system in the config.

> and that msdosfs_mountroot() is erroneously identifiying your root
> as a FAT file system before ffs_mountroot() gets to look at it.

Maybe they're being built into a linkset in a different order now?  I
vaguely recall something recently about changes in the way they're
built.. 
 
> Was there a FAT FS on that partition before? 

Looks like the "dell utility" partition was. I thought I had zapped it
before install, but it seems not.  See below.

I tried to chainboot the netbsd bootloader from grub, to use that to
load the faulty kernel and see if it made any difference, but the
chainloader failed to boot.  I don't use that normally, and I thought
it worked - but evidently not.  I won't try and fix that now, since
installboot would overwrite it. 

Whatever's in that sector, the fact is one kernel matches ffs and the
other matches msdos, for reasons yet to be determined.

In the meantime I've worked around it by just being explicit:
-config          netbsd  root on ? type ?
+config          netbsd  root on ? type ffs

--
Dan.

dan@oenone [10:14][302]~# hexdump -C -n 512 /dev/rwd0a
00000000  eb 48 90 4e 65 74 42 53  44 32 30 00 02 04 01 00  |.H.NetBSD20.....|
00000010  02 00 02 00 00 f8 6e 00  3f 00 ff 00 3f 00 00 00  |......n.?...?...|
00000020  08 b7 01 00 80 00 29 0c  08 d6 07 44 65 6c 6c 55  |......)....DellU|
00000030  74 69 6c 69 74 79 46 41  54 31 36 20 20 20 03 02  |tilityFAT16   ..|
00000040  ff 00 00 80 5f 84 01 00  00 08 fa 90 90 f6 c2 80  |...._...........|
00000050  75 02 b2 80 ea 59 7c 00  00 31 c0 8e d8 8e d0 bc  |u....Y|..1......|
00000060  00 20 fb a0 40 7c 3c ff  74 02 88 c2 52 be 7f 7d  |. ..@|<.t...R..}|
00000070  e8 34 01 f6 c2 80 74 54  b4 41 bb aa 55 cd 13 5a  |.4....tT.A..U..Z|
00000080  52 72 49 81 fb 55 aa 75  43 a0 41 7c 84 c0 75 05  |RrI..U.uC.A|..u.|
00000090  83 e1 01 74 37 66 8b 4c  10 be 05 7c c6 44 ff 01  |...t7f.L...|.D..|
000000a0  66 8b 1e 44 7c c7 04 10  00 c7 44 02 01 00 66 89  |f..D|.....D...f.|
000000b0  5c 08 c7 44 06 00 70 66  31 c0 89 44 04 66 89 44  |\..D..pf1..D.f.D|
000000c0  0c b4 42 cd 13 72 05 bb  00 70 eb 7d b4 08 cd 13  |..B..r...p.}....|
000000d0  73 0a f6 c2 80 0f 84 ea  00 e9 8d 00 be 05 7c c6  |s.............|.|
000000e0  44 ff 00 66 31 c0 88 f0  40 66 89 44 04 31 d2 88  
|D..f1...%f.D.1..@localhost|
000000f0  ca c1 e2 02 88 e8 88 f4  40 89 44 08 31 c0 88 d0  |........@.D.1...|
00000100  c0 e8 02 66 89 04 66 a1  44 7c 66 31 d2 66 f7 34  |...f..f.D|f1.f.4|
00000110  88 54 0a 66 31 d2 66 f7  74 04 88 54 0b 89 44 0c  |.T.f1.f.t..T..D.|
00000120  3b 44 08 7d 3c 8a 54 0d  c0 e2 06 8a 4c 0a fe c1  |;D.}<.T.....L...|
00000130  08 d1 8a 6c 0c 5a 8a 74  0b bb 00 70 8e c3 31 db  |...l.Z.t...p..1.|
00000140  b8 01 02 cd 13 72 2a 8c  c3 8e 06 48 7c 60 1e b9  |.....r*....H|`..|
00000150  00 01 8e db 31 f6 31 ff  fc f3 a5 1f 61 ff 26 42  |....1.1.....a.&B|
00000160  7c be 85 7d e8 40 00 eb  0e be 8a 7d e8 38 00 eb  ||..}.@.....}.8..|
00000170  06 be 94 7d e8 30 00 be  99 7d e8 2a 00 eb fe 47  |...}.0...}.*...G|
00000180  52 55 42 20 00 47 65 6f  6d 00 48 61 72 64 20 44  |RUB .Geom.Hard D|
00000190  69 73 6b 00 52 65 61 64  00 20 45 72 72 6f 72 00  |isk.Read. Error.|
000001a0  bb 01 00 b4 0e cd 10 ac  3c 00 75 f4 c3 00 00 00  |........<.u.....|
000001b0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 13 72  |...............r|
000001c0  a1 66 ff 06 3e 00 81 06  48 00 00 02 75 06 81 06  |.f..>...H...u...|
000001d0  4a 00 00 10 c3 44 69 73  6b 20 65 72 72 6f 72 00  |J....Disk error.|
000001e0  4e 6f 20 6c 6f 61 64 65  72 00 44 45 4c 4c 42 49  |No loader.DELLBI|
000001f0  4f 20 42 49 4e 00 00 00  00 00 00 00 00 00 55 aa  |O BIN.........U.|

Attachment: pgpx5Jz6PEL9S.pgp
Description: PGP signature



Home | Main Index | Thread Index | Old Index