Red Hat Bugzilla – Bug 62866
Installer crashes while installing packages
Last modified: 2008-01-17 12:49:40 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4.1) Gecko/20020314
Description of problem:
Testing the first three cd's at the beginning only the second disk passes. I
re-burnced the first and third cd and got the same result. Never have I had
trouble burning the cd's before. I tried them anyway and the installer crashes
after 5 minutes of installing packages.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Actual Results: Crashes
Expected Results: Continues with install
The crashes occured while installing netscape and the second time during OMNI or
something like that.
Have you checked the MD5SUMs of the images before burning?
Does the installer of Red Hat 7.2 or any other Linux distribution work
properly on this computer?
I have not yet tried skipjack beta 2, but with beta 1, I had very similar problems.
All disks pass the media check test in the beginning of the install process. I have
successfully installed skipjack using vmware, but it fails when installing natively. It
hangs *EVERYTIME* during the package install process. Where it hangs is
random, just somewhere during the install, usually within the first 100-200Meg.
My system is an Athlon XP 1600+ with an Asus 266E (Via KT266A chipset) with
512M DDR, and an nvidia Geforce 2MX. I also tried another mother board in the
same system and ECS K7S5a (sis chipset), and the same exact thing happens.
This is discouraging, since I really want to test the RH73 beta.
Just add a little more detail. It doesn't crash or reboot, it just hangs. It looks like it
still trying to work, but nothing happens. The harddisk light stays fully on (does not
blink). I have left it there for nearly 12 hours just to make sure it wasn't going to
get past this eventually. When I check some of the other consoles to see if there
are any errors being dished out by the installer or the kenel, nothing seems out of
place. I can get between the different consoles with not problems, and I can get
back to the gui installer, it's just that the install no longer continues.
I can't make disks that pass the test at the beginning. I even redownloaded the
iso images. I ALWAYS made other disks for every redhat release AND beta. This is
the first time I had trouble.
If you look on VC4 and VC5 (cntl-alt-f4 and cntl-alt-f5) when the installer
crashes, are there any error messages about read errors?
Does the installer crash, or simply say it cannot install a particular package?
I guess I was not clear.
The install does nothing except stop working, almost as if the kernel is waiting on
something to get written to disk, but never does. I checked VC4 and VC5 and
there was no error reported. The installer did not crash, it never reported an error
ever, it just hangs. I would think that it's still working if I wasn't waiting 10 hours for
the same package to install, with zero progress over those ten hours.
When it is in this state goto VC2 and type 'ps auxww' and see if there are any
programs running other than alot of processes whose names are in , like
'[swapper]'. It could be a script from a package is caught running forever.
Closing due to inactivity. Please reopen if there is new information regarding
the issue report.
I am still having this problem (sorry I was out of town for a few weeks and didnot
follow up before). I have since this report downloaded and burned the released
redhat 7.3 isos. I have done: linux media check, and all the disks check out as
The system still just freezes during the package install phase. I do a ps auxww
as requested and the following processes are listed (I am excluding the ones in ):
12 root S linuxrc
13 root S linuxrc
14 root S /usr/bin/python1.5 /usr/bin/anaconda -m cdrom://hdc/mnt/source
41 root S -/bin/sh
68 root S /usr/X11R6/bin/XF86_FBDev -xf86config /tmp/XF86Config.test :1
vt7 -s 1440 -term
70 root D /usr/bin/python1.5 /usr/bin/anaconda -m cdrom://hdc/mnt/source
96 root S /usr/bin/python1.5 /usr/bin/anaconda --syslogd /mnt/sysimage
110 root R ps auxww
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.