Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 160191 - Should use -pad or else anaconda mediacheck fails
Summary: Should use -pad or else anaconda mediacheck fails
Alias: None
Product: Fedora
Classification: Fedora
Component: nautilus-cd-burner
Version: rawhide
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Alexander Larsson
QA Contact:
: 139231 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2005-06-13 09:10 UTC by Tim Waugh
Modified: 2007-11-30 22:11 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2005-12-16 11:01:49 UTC

Attachments (Terms of Use)

Description Tim Waugh 2005-06-13 09:10:06 UTC
Description of problem:
When writing a Fedora Core ISO image to CD, cdrecord is invoked with the -nopad
option.  This seems to universally break the anaconda mediacheck option.

As a result, the written CD cannot be checked.

I am not sure whether this is a bug with

a) nautilus-cd-burner,
b) the way Fedora Core ISO images are MD5SUM-embedded
c) the way anaconda checks the images against the sum

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Write a Fedora Core 4 disc1 CD using nautilus-cd-burner
2. Boot the CD with 'linux mediacheck nocddma'
Actual results:

Expected results:

Comment 1 Tim Waugh 2005-06-13 09:12:40 UTC
I should mention that there is no method of checking CDs written in this way. 
MD5SUMs of ISO images before writing do not match MD5SUMs of CDs unless they are
written with -pad.

Comment 2 Tom Lane 2005-11-19 18:32:12 UTC
I think I've just run into this same problem: I burned a set of FC4 CDs using
nautilus (right click on ISO file, choose write to cd), and they were all bad.
I tested with

dd if=/dev/cdrom bs=512 | cmp - FC-xxx.iso

and in all cases the dd came up with "Input/output error" a bit before the end
of the CD (anywhere from 2K to several hundred K before the end).  The cmp
didn't show any differences before that, so I don't think this is the CD
burner's fault.

What's even more disturbing is that anaconda's media check facility claimed that
two of the five CDs were good, when the dd test proves they aren't.  Perhaps I
should file that as a separate bug?

This was with FC4 tip, ie
and whatever version of anaconda is on the FC4 release CDs.  The hardware is a
Dell 470n that just arrived yesterday ...

Comment 3 Alexander Larsson 2005-12-16 11:01:49 UTC
Seems to be fixed upstream now:
Closing rawhide, since this will be in fc5.

Comment 4 Alexander Larsson 2005-12-16 11:02:47 UTC
*** Bug 139231 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.