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

Reply via email to