Re: fc5 seek errors - nash mount (built-in)
"James Olson" <[email protected]>
| Newsgroups | gmane.linux.ataraid |
|---|---|
| Message-ID | <[email protected]> |
> ----- Original Message ----- > From: "Peter Jones" <[email protected]> > To: "ATARAID (eg, Promise Fasttrak, Highpoint 370) related discussions" <[email protected]> > Subject: Re: fc5 seek errors - nash mount (built-in) > Date: Wed, 29 Mar 2006 15:31:12 -0500 > > > On Wed, 2006-03-29 at 09:45 -0500, James Olson wrote: > > # cd /bin > > # mv mount mount.jim /* rename /bin/mount so nash will have to use it's own */ > > FWIW, you an call nash's as "nash-mount" instead of this. Do I need to have another package installed besides mkinitrd? When I type # nash-mount into a terminal window I get "bash: nash-mount: command not found". If I type # nash - mount I get "unknown argument -mount" > > > # nash > > (running in test mode). > > Red Hat nash version 5.0.32 starting > > mount -t ext3 /dev/sdb3 /mnt/sea23 > > mount -t 'ext3' '/dev/sdb3' '/mnt/sea23' () > > > > This generates a whole bunch of seek errors on my dmraid drive (hde). > > The internet nash mount function is definately causing the seek errors > > (even in test mode). If you let it find and use /bin/mount it works > > fine and mounts with no seek errors on any drives (only with nash > > --force option, test mode just prints how it parsed the mount command > > line). > > Yup, that's it. nash's mount tries to populate the whole blkid.tab when > you tell it to mount something by device name, just like mount(8) does. > > So yeah, that probably needs to be fixed. Longer term (hopefully FC6) > we want to be only probing disks we expect to use, by first checking the > hardware unique identifiers, and then only checking other drives as a > last resort. > > Short term I'm not sure what the best answer is. Arguably, we should be > assembling all of the dmraids very early on; before we ever look for > filesystems anywhere at all. But initrd generally tries to only > touch / , which is contrary to that. > > Lemme think on this for a day or two, and see how far away the uuid > scanning plan really is. > > -- > Peter > > _______________________________________________ > Ataraid-list mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/ataraid-list > -- _______________________________________________ Search for businesses by name, location, or phone number. -Lycos Yellow Pages http://r.lycos.com/r/yp_emailfooter/http://yellowpages.lycos.com/default.asp?SRC=lycos10