Bug 50947 - initrd's don't load properly in lilo
Summary: initrd's don't load properly in lilo
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: lilo
Version: roswell
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Doug Ledford
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2001-08-05 12:44 UTC by Bernd Bartmann
Modified: 2007-04-18 16:35 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2002-06-04 11:59:21 UTC
Embargoed:


Attachments (Terms of Use)

Description Bernd Bartmann 2001-08-05 12:44:04 UTC
From Bugzilla Helper:
User-Agent: Mozilla/4.77 [de] (X11; U; Linux 2.2.19bb01-ide+raid+ipsec
i686)

Description of problem:
My notebook locks hard when booting the kernel. Last message is:
RAMDISK: Compressed image found at block 0

How reproducible:
Always

Steps to Reproduce:
1. Install ROSWELL on a ACER Travelmate 522TXV
2. After installation, the system locks hard on every boot
3.
	

Additional info:

My notebook is a ACER Travelmate 522TXV, PIII 600, 192 MB memory, ATI RAGE
mobility

Comment 1 Need Real Name 2001-08-06 13:04:51 UTC
I also experienced this same problem, however, I'm running ROSWELL on a Dell
OptiPlex GX1 desktop computer.  To resolve the problem, I had to boot from the
boot/rescue floppy and remove the initrd line from /etc/lilo.conf and run
/sbin/lilo.  Once I stopped trying to load the initrd, my machine booted with no
problem.

Comment 2 Bernd Bartmann 2001-08-06 13:44:40 UTC
Seems to be really INITRD related. When I start my system from the lilo prompt 
with "linux noinitrd" everything is fine. I commented out the initrd line from 
lilo.conf, reinstalled lilo and now my system boots without a problem.

Comment 3 Arjan van de Ven 2001-08-06 13:50:18 UTC
ok so both of you are using lilo not grub ?
also, could you paste the "e820 info" (eg the memory  map in the beginning of
"dmesg", the lines with "BIOS-e820:" in them)


Comment 4 Bernd Bartmann 2001-08-06 14:14:48 UTC
Yes, I4m using lilo and not grub. Here comes the e820 info you requested:

BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
 BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 000000000bff0000 (usable)
 BIOS-e820: 000000000bff0000 - 000000000bff8000 (ACPI data)
 BIOS-e820: 000000000bff8000 - 000000000c000000 (ACPI NVS)
 BIOS-e820: 00000000ffff0000 - 0000000100000000 (reserved)




Comment 5 Glen Foster 2001-08-06 22:42:33 UTC
We (Red Hat) should try to fix this for the next release.

Comment 6 Need Real Name 2001-08-09 15:09:30 UTC
I'm using lilo and here's the info asked for (this is without loading initrd):

 BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 0000000008000000 (usable)
 BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)

Hope this helps.

Comment 7 Josh Wyatt 2001-08-14 21:53:54 UTC
I am seeing the same thing.  I am using a Dell Optiplex GX150, celeron 600.
It's worth noting that this only happened after running an upgrade from 7.1 to
roswell, with ext3 migration.
I also ran a full install on this very same machine, and did not experience this
problem.
Both times I chose lilo.  In the broken (upgrade) case, disabling the ramdisk
(with "lilo: linux noinitrd" at boot time) allowed the machine to boot.

Here's the boot info requested earlier:
BIOS-provided physical RAM map:
 BIOS-e820: 0000000000000000 - 00000000000a0000 (usable)
 BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
 BIOS-e820: 0000000000100000 - 0000000007e07000 (usable)
 BIOS-e820: 0000000007e07000 - 0000000007e26000 (ACPI data)
 BIOS-e820: 0000000007e26000 - 0000000008000000 (reserved)
 BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved)

Thanks,
Josh


Comment 8 Need Real Name 2001-08-20 14:31:54 UTC
Just a quick update:   I did a clean install of ROSWELL last Friday due to some
performance problems that seemed to stem from doing an "upgrade".  When I
rebooted my machine, I encountered the same problem with it just hanging.  When
I selected linux with the 'noinitrd' option, it loaded fine.  Perhaps it's not
just with the upgrade from 7.1 to ROSWELL.

Comment 9 A.J. Aranyosi 2001-09-10 22:01:15 UTC
Same problem, different solution:
I had this happen multiple times on two different Thinkpad T22 machines. 
Commenting out linear in lilo.conf and rerunning lilo fixed it.

Comment 10 Jeremy Katz 2002-06-04 06:46:57 UTC
Does this happen with the final 7.2 release?

Comment 11 Need Real Name 2002-06-04 11:59:15 UTC
If I remember correctly, once I installed the final 7.2 release, I didn't
encounter this problem anymore.

Comment 12 Jeremy Katz 2002-06-21 20:01:39 UTC
Great, thanks.


Note You need to log in before you can comment on or make changes to this bug.