Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 109462
Summary: | IDE CD DMA failures. | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Jonathon Walker <jlwalker> |
Component: | kernel | Assignee: | Dave Jones <davej> |
Status: | CLOSED WONTFIX | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 1 | CC: | a1024, aj023, anselm, bugzilla-redhat, danlipsitt, db, dsswift, gerwin, goemon, hermit, igalmarino, j, jrw, mariogamito, michael, oliva, pfrields, prigault, p.van.egdom, redhat.bugzilla, ronny-rhbugzilla, wusel+rhbug |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | athlon | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-09-29 19:36:36 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: | |||
Bug Depends On: | |||
Bug Blocks: | 106685 |
Description
Jonathon Walker
2003-11-08 01:41:30 UTC
Also affect FSC Amilo D 8830 (P4 2.8Ghz) Typo 8830 is 8820. Typo 8830 is 8820. i get the exact same problem installing on a Shuttle SB52G2 XPC with 160gb harddisk. I thought that 512mb DDR, 1gb swap, and 159gb / is enough to install Fedora, but the installer seems to think otherwise. This is a critical, showstopper bug that needs to be fixed asap. I have exactly the same problem with Athlon XP 2000+, ECS K7S5AL Pro and WD 800JB (5GB clean partition), 512MB SDRAM, 1024MB swap. This bug really sucks. Does booting with 'linux allowcddma' make things work? For me, anaconda did not even start without allowcddma (see bug 109438). With allowcddma it goes flawlessly until it tries to copy install image to hard disk. I get the same message and install image fails to transfer. This is an Intel box though, a Siemens desktop, 1.5 GHz. I'm trying to do a clean installation, used to have RH 8 on it, up until a couple of moments ago. One of the tty's logs "No pcic controller detected" on the last line. This is the tty with output from isys.py. I don't know what this means or whether it is relevant. No other consoles log anything resembling an error message. I think this bug is the same as reported on fedora-list. (see http://www.redhat.com/archives/fedora-list/2003-November/msg01308.html "Can install Severn, but not YARROW!") Booting with "mem=xxxM" where xxx is half your real memory should help. I can confirm this for my system (Epox EP-4PDA2+, P4-2.4, 2x256M DDR400). Physically removing one stick was also reported to "fix" this issue. Additionally I don't have a shell on 2nd console, which could be related. I also have this "No pcic controller detected" message. linux allowcddma helped me bypass the install image copy problem. when i try to install fedora core 1 everything works ok. But after formating the harddisk the installer try to tranfer the install image and finish with this error: "Error transferring install image to hard drive - probably out of disk space" i found that its related to DMA and some Intel chipsets. So when the installer ask you to select the installation type (graphical, text, rescue, etc) you have to append ide=nodma if you want a graphical installation ... type: linux ide=nodma it works ... but its really slow. When the installation finish and the machine is restarted you have to remove this option from /etc/grub.conf to speed up your machine Ignacio The ide=nodma did not work for me. On the other hand the allowcddma did. The "linux mem=256M" (half the actual RAM size) directive suggested by Ronny Buchmann worked for me. My box has 2 sticks of 256 MB PC2100 DDR SDRAM. I did not try any of the DMA options mentioned above. But I could if requested to. ide=nodma worked for me, but the install took about 90 minutes, where it normally takes 20. Compaq Armada E500, Compaq EVO laptops and DELL lattitude (intel P4 2.4Ghz) this happens on also... But it happens at random times in the install, sometimes it get's to the second disc, sometimes the first disc. Almost EVERY laptop I have tried fedora core 1 on has failed this way. this is a CRITICAL bug and needs to be addressed right away and have new ISO's released *** Bug 109674 has been marked as a duplicate of this bug. *** *** Bug 109361 has been marked as a duplicate of this bug. *** *** Bug 109554 has been marked as a duplicate of this bug. *** *** Bug 109657 has been marked as a duplicate of this bug. *** *** Bug 109615 has been marked as a duplicate of this bug. *** *** Bug 109538 has been marked as a duplicate of this bug. *** On a NEC PowerMate P4 2.4Ghz/512MB/SiS 650/SIS5513 IDE controller with a normal install (pressing <Enter>, without the option "linux allowcddma"), I experience the following problems : - <Shift+Print Screen> does not work during a graphical installation. - After Anaconda has been started and going to virtual console #2, the following error is seen : "/bin/sh -> relocation error bin/sh, symbol version glibc not defined in file libc.so.6 with link time reference. - Error message on virtual console #1 "Error loading new keyboard description". When booting with the option "linux allowcddma" these problems are fixed. On a HP Vectra VLI8 'Anaconda' does not start without the option "linux allowcddma". *** Bug 107280 has been marked as a duplicate of this bug. *** *** Bug 106685 has been marked as a duplicate of this bug. *** *** Bug 109438 has been marked as a duplicate of this bug. *** *** Bug 110411 has been marked as a duplicate of this bug. *** *** Bug 112182 has been marked as a duplicate of this bug. *** *** Bug 109600 has been marked as a duplicate of this bug. *** *** Bug 110013 has been marked as a duplicate of this bug. *** *** Bug 111133 has been marked as a duplicate of this bug. *** FWIW, I just ran into this on a Dell 1650, IDE CDROM and Perc 3 RAID. I would have intermittent failures of anaconda to start, and the installation would always fail copying the install image. With allowcddma, I had one failure of anaconda to start, but once I got past that the installation completed successfully. I have a Dell Insprion 8600; booting with "linux allowcddma" worked for me. I attempted to upgrade from RH9 to FC1. I have a dell poweredge 1650. I booted with 'linux text allowcddma' and it worked. Upgrade took 28 minutes. So no slow down there. Good luck! This also fixed my problem, which exhibited itself as follows: 1) Default boot, would get past the prompt for checking CD media and would die with "exec of anaconda failed: Permission denied: install exited abnormally". 2) Booting with "linux text" would then show it failing in the same place with the message "/usr/bin/python2.2: relocation error: /lib/libm.so.6: symbol __cxa_finalize, version GLIBC_2.1.3 not defined in file libc.so.6 with link time reference". Booting with "linux text allowcddma" fixed the problem. Environment: Dell PowerEdge 300, 2x 800MHz Pentium III SMP, 512MB RAM, 120GB and 30GB IDE HDDs ide=nodma worked just fine for me. Running a Dell Dimension 2400, Pentium 4 2.4GHz, 768MB RAM, 40GB and 30GB IDE HDDs. Dual booting with Windows XP Home. Note: It would also hang if I didn't run the Media Check. I have a Dell PowerEdge 1650 where I tried to install Fedora Core 1 this morning. This is a dual 1.1Ghz Intel box (NOT athlon!). The install kept failing during the "copying image to disk" phase with the message that my disk is probably full, which is totally bogus. Installing with "linux allowcddma" solved the problem for me. I also received this error while upgrading from RH9 to Fedora Core 1. After typing "linux allowcddma" everything worked fine. I am running on a Dell PowerEdge 2650. I am running I686 and got this error. Same solution fixed it. *** Bug 111332 has been marked as a duplicate of this bug. *** *** Bug 111872 has been marked as a duplicate of this bug. *** I could install my FC1 using "linux text allowcddma". I tried "linux allowcddma" to enter to the graphics interface but did not work. Thanks for the bug report. However, Red Hat no longer maintains this version of the product. Please upgrade to the latest version and open a new bug if the problem persists. The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases, and if you believe this bug is interesting to them, please report the problem in the bug tracker at: http://bugzilla.fedora.us/ I had the same problem with an AMD Opteron 240 and ASUS Board. in my case "linux allowcddma" worked well. |