Hi Andrei, I've checked the /dev/disk/by-uuid directory after initrd console appears. There are no entries until hdparm -z /dev/sda is called. hdparm -z /dev/sda force the kernel to reload the partition table. I'm sure that the driver is up and runing because dmesg|grep sda show that the partition table was recognised!
Who is responsible for /proc/partitions ? Is there a way to prevent udev to be started by kernel option ? The problem I see is that mounting /dev/sda2 (which is the ext3 root partition) failes with "Device or resource busy" after hdparm -z /dev/sda is called. There is something going on which is not right. Regards, Raphael 2009/7/13 Andrei Popescu <andreimpope...@gmail.com> > [I'm putting this back on list] > > On Mon,13.Jul.09, 13:46:15, Raphael Bossek wrote: > > Hi Andrei, > > > > Is this also the case where hdparm -z force the kernel to reload the > > partition table ? In my case the device nodes did not changen. Fdisk -l > > confirm that all partitions are where they are expected. > > > > What a sence makes the /proc/partitions entry makes if it's not compleate > > for fixed drives ? For a dynamicaly attached USB drive the partitions are > > there. Will UUID really solve this issue ? I do not thing so, but where > to > > start searching ? > > Ok, scrap that idea. > > > What about udev who is responsible for the device nodes within the initrd > > environment ? Who is really responsible to load the partitipn tables ? > For > > me it seams to be the kernel driver. Dmsg confirm that asumption. Why do > I > > get an "Devise or reasource is busy" ? > > Could you check if your initrd contains the correct module for your SATA > chipset? If not adding it might solve your issue. > > > Regards, > > Raphael > > [snip full quote of my mail] > > Regards, > Andrei > -- > If you can't explain it simply, you don't understand it well enough. > (Albert Einstein) > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > > iQEcBAEBCAAGBQJKWyypAAoJEHNWs3jeoi3p39UH/iAc3sjpoILCTOPa+usb+F+D > an90xNgxp0mpmIJTvFzRjQkmPJoVbP9z5Ct9fvG8Uy8aJB/qIJLRm7bu2fPFJeyZ > y1A86FeRQwZzPdCAVFgs/M5QX7Fu1k5VQHm9DeoSCdRvKQsEOUHkniWBvIMT8CDG > uTheQNahNUtEDFfRA5DlWSYYP6HEBuJi/X6eiRdKtHgoCGZ2ZQ5vnIyVJaLeQaYR > IrHGznK0ugfhbEHW5vGqBgPR6opw52Fo1TIbas9+gJGTkesdO0Y15gTnKbY0ohmK > hMQWdjHJEGHvUjrWjN2zqXadXllSlz9Cd9d9Upn2fyC32egWS6ig9+WbNqm6CCs= > =nDfX > -----END PGP SIGNATURE----- > > -- Gruß, Raphael Bossek