Continuing the saga: F9alpha AMD-64 HP DC7700 SFF switch_root: no filesystems

Michal Jaegermann michal at harddata.com
Wed Mar 12 16:18:13 UTC 2008


On Wed, Mar 12, 2008 at 01:40:42AM -0400, Will Woods wrote:
> 
> 
> So, nearly all of the "cannot find /dev/root" problems we've seen have  
> been mkinitrd-related. So davej is correct: it is very likely to be a  
> mkinitrd bug.

It is not entirely clear from what John writes what happens
with what kernel and when.  If you see in dmesg, like a fragment
which he included recently (not clear from which kernel):

ata1.00: ATA-7: ST3320620AS, 3.AAK, max UDMA/133
ata1.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 0/32)
ata1.01: ATA-8: WDC WD5000AAKS-00YGA0, 12.01C02, max UDMA/133
ata1.01: 976773168 sectors, multi 16: LBA48 NCQ (depth 0/32)

and booting fails then most likely initrd is at fault.

If, OTOH, like in this fragment of dmesg for
2.6.25-0.90.rc3.git5.fc9 which John added to bugzilla, you have

ata1: SATA link down (SStatus 221 SControl 300)

then it is hard to even consider initrd as there is no chance
for it to be ever loaded since disks are "invisible".

> It *might* actually be something in the sata driver..  

That second piece points to that although it is possible that
in this case both show up.

Of course when you see a screen picture with the last few lines
which say that / is not there, and all other information scrolled
out a long time ago, then the most natural reaction is
"uh-hu, that initrd is messed up" just because a kernel managed
to get that far so in a sense it already "booted".

   Michal




More information about the fedora-test-list mailing list