I have been seeing kernel BUGs in ll_rw_blk. To my /dev/hda8, requests out
of range, or so it would appear.
Well it's an embedded platform and we've been slowly turning off items. Here
is my new theory.
If the drive is blank then I have a flash the detects that and rebuilds it
in said flash I do mkfs.xfs and then I do a C library call mount()
That mount behaves different from /bin/mount. I'm guessing that's my
problem. I'm doing mkfs and then it's not syncing or some such garbage.
I'm going to retool my flash and try again. I've taken the problematic
partitions and on the running system I've unmounted them and rebuilt them and
everything is cool again..
Ian
Seth Mos wrote:
> On Fri, 5 Oct 2001, Ian S. Nelson wrote:
>
> >
> > I'm debugging a bizarro set of kernel bugs and I think XFS may have
> > something to do with it.
> >
> > I've got a system with all XFS on it. /dev/hda1 is a primary partition
> > 200MB. /dev/hda2 is an extendo partition to the end of the disk.
> >
> > /dev/hda5 /dev/hda6 /dev/hda7 and /dev/hda8 are all logical partitions
> > in /dev/hda2.
> > /dev/hda7 is swapper.
> >
> > So I can go into /dev/hda8 and I can do an "echo foobar >ian; cat ian"
> > and it shows up. If I do a sync and then "cat ian" nothing.
> > The same thing is true for hda6. hda5 and hda1 behave like normal.
> > Any ideas what this could be. My gut is the partition table but that
> > looks okay to me. I'm getting beat up by mgmt on this so I'm just
> > begging for any ideas that anyone might have..
>
> It should not happen. Do you have any errors in you /var/log/messages?
> Is the whole partiton invisible after a sync? (eg, can you list any files
> in there?)
>
> Since You are using IDE, are you using and tuning options from hdparm?
> What chipset does your motherboard have and what IDE chip?
> You are certain that the hardware is 100%.
>
> Can you describe soem hardware configuration bits.
>
> Cheers
|