From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5) Gecko/20031007 Firebird/0.7 Description of problem: During installation (both Upgrade and new Install) during the "transferring install image to hard disk" the installer encounters a problem writing and has to abort the installation. This issue is not unique to Fedora core, as I have encountered it with other RPM based Linux distributions. This occurs reproducibly on the athlon "I-buddie XP" Desknote laptop. This issue does not occur with the 0.95 release "Severn". The installer will report an error transferrinf the Install image to the hard drive, and suggest the possibility that the disk may be full, regardless of the actual amount of free disk space. (e.g. the problem occurs even on a clean 10 gigabyte partition). Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.Boot from the Fedora Core 1.0 (Yarrow) CD on a Desknote I-Buddie XP 2.Select either the Upgrade or Install Option 3.The installer will report an error transferrinf the Install image to the hard drive, and suggest the possibility that the disk may be full, regardless of the actual free spaceon the partition. Actual Results: The installer reports an error transferring the image, and allows for reboot or retry. Retries yield similar results. Expected Results: The installer should have been able to transfer the image to the Hard drive, and continued with the OS installation. Additional info: The computer which this issue seems to afflict is an ATHLON I-Buddie XP. It the motherboard is by ECS, but I cannot find any specific info on the hard drive or IDE controller.
Also affect FSC Amilo D 8830 (P4 2.8Ghz)
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.