fc5 seek errors - nash mount (built-in)
big_spender12 at lycos.com
Thu Mar 30 22:31:27 UTC 2006
> ----- Original Message -----
> From: "Peter Jones" <pjones at redhat.com>
> To: "ATARAID (eg, Promise Fasttrak, Highpoint 370) related discussions" <ataraid-list at redhat.com>
> Subject: Re: fc5 seek errors - nash mount (built-in)
> Date: Thu, 30 Mar 2006 11:22:39 -0500
> On Thu, 2006-03-30 at 06:32 -0500, James Olson wrote:
> > Thanks Peter! That does make testing easier (don't have to
> > rename /bin/mount) Smiles!
> > I came up with a patch to nash/block.c that seems to fix the problem
> > for me, you're welcome to use it if you want. I just added another
> > modified function to populate the cache that doesn't probe devices or
> > scan for block id tags (BLOCK_ID_DEV_FIND instead of
> > BLOCK_ID_DEV_NORMAL).
> This would break all the label and uuid mount cases.
I don't think so. The LABEL= and UUID cases still use the old function. Those cases do generate seek errors but that is the expected result since if you use them, you have to probe all non-removable block devices to find them.
> Don't worry about it though -- I know how to fix it, it's just not a
> very high priority until I've got hardware unique identifier probing
> Ataraid-list mailing list
> Ataraid-list at redhat.com
Search for businesses by name, location, or phone number. -Lycos Yellow Pages
More information about the Ataraid-list