From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3)
Description of problem:
When FC3T3 was released on Oct 11, I burned the discs using
nautilus-cd-burner. The discs burned without displaying any errors to
After medicheck was performed on the discs at the disc 1 mediacheck,
disc 1 passed. All of the other 4 discs failed mediacheck.
I then tried to burn the discs that failed mediacheck using another
drive (DVD burner) at a slower speed (2X). The results were the same.
All discs failed the mediacheck.
The downloaded images all passed md5sum MD5SUM -c.
Since the discs seemed to be the same with both sets of discs, I tried
these discs on a clean install on a test computer and the installation
was successful. I then became confident to upgrade another computer.
The second computer upgraded with no errors. When upgrading the
computer that burned I burned the discs on, I encountered an error
with disc 3. (burned at 2X on DVD burner.) I then pulled the first
disc that was burned on the same CDROM writer used for the install and
passed the error contained on the DVD-RW drive.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. download iso files, verify integrity of images.
2. Open nautilus and navigate to image files.
3. right click on highlighted iso image and select "write to CD"
4. boot from disc 1 and mediacheck all burned CDs.
Actual Results: 1. images reported OK against MD5SUM from mirror,
downloaded to local drive.
2. no problem navigating to image files.
3. operations seemed normal
4. disc 1 passed mediacheck. disc2,3,4 and the rescue CD failed the
Expected Results: All burned CDs to pass the mediacheck.
There are various comments during discussions on the fedora-test-list.
this error happened to another user with the same symptoms. I am not
sure if the other user with the problem used nautilus-cd-burner or
Suggestions ranged from adding the -dao option to cdrecord, loading
the ide-scsi driver and adding at least 150kb of padding to discs.
These discs were said to pass mediacheck on scsi discs by the other
user with the similar failure.
Also, this failure was with the latest develpment upgrades applied on
Oct 11. The newer version after discovering this failure is dated oct
12. I have not tried burning discs with nautilus-cd-burner-2.8.3-5 to
see if the failure is still present or has been corrected. (latest
version in development)
nautilus-cd-burner just uses cdrecord. Do you get the same problem
when you burn a disk using cdrecord?
alexl, do you pass the -dao option to cdrecord?
I have also had the same issue with CD's 2,3 & 4 of FC3T3. They were
burned from a Sony Desktop PCV-RX755 running Windows XP, using Nero
184.108.40.206. I have redownloaded the iso images from other mirrored
sites with the same results, not passing media check.
harald: No, we don't.
I have this problem burning fc3t2 discs with k3b in fc1. Mediacheck
consistently fails on disc 1 and disc 4, but the cds pass md5sum
I encountered the same problem with my upgrade. I created the CDs in
FC2 using the latest kernel (2.6.8) with the latest version of
cdrecord. I used the command cdrecord -v -eject speed=0 dev=ATA:1,0,0
Disk one passed, disks 2, 3 and 4 failed. Manually inspected the
other CDs and all looked well. Upgrade to FC3 went fine using all 4 CDs.
I have an LG 52x32x52x burner.
I think the key is the -dao argument. Here's the command I used:
cdrecord -v -dao -eject speed=16 dev=ATA:1,0,0 -pad <iso>
Like you, I was on Core 2 and my burns of the Core 3 ISOs kept failing
the media check (expect for disk 1). With that command all my CDs
passed the check and I'm on a fresh installation of Core 3 as I write
Hope this helps. I was tearing my hair out getting this to work.
I also couldn't get disks 2 and 3 of Fedora Core 3 to pass the media
check. Burning the cd's on RedHat 7.3, Fedora Core 2 with different
writers and only passing the -pad all didn't help. Adding the -dao
option (didn't test without -pad) to cdrecord helped my out.
Another solution was to start the installation with "linux ide=nodma"
Since the problem is triggered by an underdeveloped portion of the
kernel, the component has been changed to the kernel. The easiest
solution to get the discs to verify is to add linux ide=nodma and test
the discs. Rebooting and installing with these discs works for
Would this be an anaconda bug? Maybe dma mode for the cd readers can
be disabled for the mediacheck and then dma re-enabled for the
installation. The long haul solution would be to fix ide-cd.
ide=nodma worked for my laptop upgrade from RH9 to FC3. Used xcdroast
to burn cds. all disks passed medicheck.
An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which
may contain a fix for your problem. Please update to this new kernel, and
report whether or not it fixes your problem.
If you have updated to Fedora Core 4 since this bug was opened, and the problem
still occurs with the latest updates for that release, please change the version
field of this bug to 'fc4'.
This bug has been automatically closed as part of a mass update.
It had been in NEEDINFO state since July 2005.
If this bug still exists in current errata kernels, please reopen this bug.
There are a large number of inactive bugs in the database, and this is the only
way to purge them.
I have only tried the mediacheck with the ide=nodma option since this problem.
Closing the bug is OK