Chuck Ebbert <cebbert@xxxxxxxxxx> wrote:
> We need to see what happens before that.
>
> Try using the boot_delay option... edit /etc/grub.conf and add
> "boot_delay=200" to the kernel command line (try different values
> than 200 until the delay is reasonable between messages.) Then take
> pcitures of the screen while the hard drives are being detected
> (lines starting with "ata".)
>
> Then file a bug at https://bugzilla.redhat.com
>
Nope, can't do. The delay will only halt the computer some time before it will
start booting up. Secondly, there isn't many lines before this, because the devices in the
kernel is told to be quiet, unless there are errors. At the moment I am testing a kernel upgrade
from Suse, but more or less the same things happen. Inserted some -debug option in the scsi module,
and get more info. So, as you did say "take a picture" would be nice - as there are no device that
I can write it to.
What the kernel loads to ram is: "processor thermal pata_amd sata_nv fan jbd ext3 edd"
Note the use of ext3 instead of volgroups... Here it will time out as it doesn't find any device,
it doesn't find the hard-drive.
See my inclosed arrows, this was from Fedora.
At "A" the kernel pata_amd is loaded to ram, initialised with latency timer, then the kernel will continue scanning until it find something at "B:", as can be seen - is reporting back what it is.
At "C" or just below, the device is mapped.
Now the kernel is scanning and waiting, but at "D:" - it has timed out. Didn't find anything.
The rest is just what the messages from the different routines that it should have followed.
Identical configured kernels, here OpenSuse 10.2 with kernel 2.6.18.2-34 86x64
failed on a kernel 2.6.22.5-282 86x64
Similar to the test I did on Fedora core 6. On Fedora7, Fedora7.9 , as well as the Fedora7-i386,
all seems to do the same. But with Fedora, there was more crazy stuff - touchpad, keys, well..they wasn't much user friendly anymore ! ;) Wondered if the damn thing tried to bite my hand off ;)
------------------
The machine specifications:
http://h10025.www1.hp.com/ewfrf/wc/manualCategory?product=3466328&lc=en&cc=us&dlc=en&lang=en&cc=us
Note - at first it looks like it has a Broadcom 4321AGN Wi-Fi Adapter - but that is false. It is
a 4311 adapter in my case. ( took some work to figure it out )
( some of my attempts with Fedora is at the fedora-laptop-list@xxxxxxxxxx )
//ARNE
------------------
>
> On 09/11/2007 03:46 AM, Arne Chr. Jorgensen wrote:
> > hi,
> >
> > I have worked day/night in trying to resolve some issues:
> > - the following is what I have copied manually from what I may read from screen:
> > .
> > .
> > ata4: SATA link down (SStatus 0 SControl 300)
A:===> pata_amd 0000:00:06.0: version 0.3.8
> > PCI: Setting latency timer of device 0000:00:06.0 to 64
> > scsi4: pata_amd
> > scsi5: pata_amd
> > ata5: PATA max UDMA/133 cmd 0x00000000000101f0 ctl 0x00000000000103f6 bmdma 0x00000000000130c0 > irq 14
> > ata6: PATA max UDMA/133 cmd 0x0000000000010170 ctl 0x0000000000010376 bmdma 0x00000000000130c8 > irq 15
B:===> ata5.00: ATAPI: MATSHITADVD-RAM UJ-851S, 1.50, max MWDMA2
> > ata5.00: ATAPI: configured for MWDMA2
> > ata6: port disabled. ignoring.
C:===> scsi 4:0:0:0: CD-ROM MATSHITADVD-RAM UJ-851S, 1.50 PQ: 0 ANSI: 5
> > device-mapper: ioctl: 4.11.0-ioctl (2006-10-12) initialised: dm-devel@xxxxxxxxxx
> > Reading all physical volumes. This may take a while...
D:===> No volume groups found
> > Volume group "VolGroup00" not found
> > Unable to access resume device (/dev/VolGroup00/LogVol01)
> > mount: could not find filesystem '/dev/root'
> > setuproot: moving /dev failed: No such file or directory
> > Setuproot: error mounting /proc: No such file or directory
> > Setuproot: error mounting /sys: No such file or directory
> > switchroot: mount failed: No such file or directory
E:===> Kernel panic - not syncing: Attempting to kill init!
> >
> > ---------------------------------
>
Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos & more.
-- fedora-test-list mailing list fedora-test-list@xxxxxxxxxx To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-test-list
