From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5)
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):
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.
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
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
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
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.
"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
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
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
The ide=nodma did not work for me. On the other hand the allowcddma
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
I did not try any of the DMA options mentioned above. But I could if
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
When booting with the option "linux allowcddma" these problems are fixed.
On a HP Vectra VLI8 'Anaconda' does not start without the option
*** 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
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.
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
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.
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
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.