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

Re: Partition table not loaded; Boot failes for Debian testing



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 <andreimpopescu@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 to: