Bug 109389
Summary: | Anaconda hangs on libgcc | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Piotr Wojciechowski <peper> |
Component: | anaconda | Assignee: | Jeremy Katz <katzj> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 1 | CC: | peper |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-10-05 15:27:09 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Piotr Wojciechowski
2003-11-07 13:13:58 UTC
Did you check the CDs first, eg. by booting linux mediacheck , or check the md5sums on the ISOs? This could be a case of bad download. Yes both. All passed on this machine and also on the other. Doe it work better if you boot with 'linux allowcddma'? The situation is very complex. Me and my friend are made several tests (probes of instalations or upgrades form RH9), and have recive more than this error. Here is summary: 1) hangs after installing libgcc 2) Before installing packages anaconda crashes with message "(anaconda) - cannot allocate memory" 3) When we used Your option anaconda crashed after installing glibc-common with this error message: rpmdb: /mnt/sysimage/var/lib/rpm/Name: No such file or directory rpmdb: /mnt/sysimage/var/lib/rpm/Name: cannont sync: No such file or directory install exited abnormally sending termination signals sending kill signals Situations 1) and 2) are exists when running anaconda also in text and graphics mode, with nofb or nousb options. Pavel Cernik <dunric> reported me that he had the same bug. Instalation hangs on libgcc. Here is his hardware configuration: notebook Acer TravelMate 529TXV CPU: Pentium III (Coppermine) 700MHz HDD: IBM DJSA-220 20GB DVD-ROM: Toshiba SD-C2402 VGA: ATI Rage Mobility M1 RAM: 128MB He tries disabling dma, skipping hw probing but wihout any effect. I am hitting this during a FC1->FC2 upgrade. Methods used: * first attempt: HD install using loadlin after booting from a WinMe bootdisk * further attempts: HD install using Grub All attempts were done in text mode because Anaconda refused to use graphics mode on my system (probably because of the graphics card which is not supported by DRI and for which I have to turn DRI off to get X to run). Hardware configuration: CPU: PIII 733 MHz RAM: 128 MB HDD: IBM 40 GB (I can look up the exact model number if you need it.) VGA: ATI Rage Fury Maxx Software configuration: RHL 7.3 upgraded to FC1, a few packages from fedora.us and Livna installed. What happened: My first attempts to upgrade all hung at 100% of libgcc. The system did not just lockup, it spontaneously rebooted. There was no error message, just the usual Linux kernel shutdown messages ("sending termination signals... done" and so on). I then tried to complete the libgcc upgrade by hand (I had both versions of libgcc installed, so I removed the FC1 version using Synaptic), only to hit the exact same failure mode again on glibc-common (proceeds to 100%, then the kernel reboots). Could this be caused by not enough RAM? All the reports here (including mine) are with 128 MB RAM. I know this is below "minimum for graphical", but this is above "minimum for text mode", so I'd expect Anaconda to at least install... (Also note that I can use KDE fine under FC1 even with 128 MB RAM.) PS: I also tried a rpm --rebuilddb on my FC1 system, and that didn't fix the problem (still hangs on glibc-common). Sorry, I won't be able to debug this any further, because I ended up doing the upgrade (successfully) with apt-rpm. This should be happier with newer releases. I can confirm this is fixed in FC3, at least on my machine. Thanks! |