Re: Fedora Core 5 seek errors in the initrd

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


> ----- Original Message -----
> From: "Peter Jones" <pjones@xxxxxxxxxx>
> To: "ATARAID (eg, Promise Fasttrak,  Highpoint 370) related discussions" <ataraid-list@xxxxxxxxxx>
> Subject: Re: Fedora Core 5 seek errors in the initrd
> Date: Mon, 27 Mar 2006 11:27:11 -0500
> 
> 
> On Sun, 2006-03-26 at 19:53 -0500, James Olson wrote:
> > I tried installing the new Fedora Core 5 but I can't figure out how to
> > suppress the kernel seek errors in the initial ramdisk image booting
> > stage.
> 
> What seek errors are these?  Can you show me a log?
Difficult.  I might have to use a serial port as a console to capture the errors (along with the initrd status messages so we can tell exactly where they are).
> 
> >   In Fedora Core 4 they used to use udev in the initrd and you could
> > prevent a partition scan with a modification to the udev rules file
> > like:
> > KERNEL=="hde*|hdf*|hdg*|sdb*|sdc*|sdd*", GOTO="persistent_end"
> 
> This doesn't prevent a partition scan; it just prevents the mknod
> in /dev .
It prevents udev from doing a partition scan.
> 
> > in FC5 they use nash and the mkblkdevs command.   How can we prevent
> >  nash from ever creating device nodes for drives we wish to hide from
> > everything but dmraid?
> 
> You can't -- but that shouldn't be a problem.  When it creates the raid
> device, it removes the partition devices from the original disks.  Is
> that not happening for you?

My setup, I have Fedora Core installed on a SCSI drive, and I was merely booting it and when it sees my 3 raid drives on another interface card it seems to scan the partitions in the initrd point of the bootup.   I am not using volume labels in fstab or grub, just the /dev/sda3 to specify the volume (of course mount would do a partition scan if it was searching for a volume label).
> 
> > The nash command rmparts seems to remove them but that is after the
> > fact, and the errors occur I'm guessing right when the mkblkdevs
> > command makes them.
> 
> There's nothing in mkblkdevs that performs any device access at all, so
> that's probably not it.  At that point the kernel has already scanned
> the partition table, exactly as it had in FC4.  So you're probably
> seeing something after that.
I downloaded mkinitrd src rpm.  Does mkblkdevs call functions in nash/block.c?  There is a volume label scan and a UUID scan function in it; I'm suspicious of that.
> 
> My first guess is that we're getting the parameters for your dmraid
> device wrong, and then the errors come from scanning the partitions on
> that, but I can't be sure without more info on how your disks are set
> up.
Well I didn't upgrade the FC4 I have on the dmraid striped volume yet.  Smiles :) Thank you for responding.
> 
> --
>    Peter
> 
> _______________________________________________
> 
> Ataraid-list@xxxxxxxxxx
> 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


_______________________________________________

Ataraid-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/ataraid-list

[Linux RAID]     [Linux IDE]     [Linux SCSI]     [Kernel]     [Linux Books]     [Linux Admin]     [GFS]     [RPM]     [Photos]     [Yosemite Photos]     [Yosemite News]     [AMD 64]
  Powered by Linux