Bug 123590

Summary:	CD's frequently don't burn right
Product:	[Fedora] Fedora	Reporter:	Need Real Name <benjaminvanderjagt>
Component:	kernel	Assignee:	Dave Jones <davej>
Status:	CLOSED CANTFIX	QA Contact:	Brian Brock <bbrock>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	4	CC:	leon.stringer, pfrields, wtogami
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-12-28 04:42:12 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:

Description Need Real Name 2004-05-19 14:57:08 UTC

Description of problem:

I'm almost embaraassed to even mention it, because I really can't see
how it's possible, but it's the second time it has happened with a Red
Hat release.

I had to burn CD's 2 and 3 of Fedora Core 2 seven times before I got a
working copy.  Note that in the spindle I was burning from, I was
burning other CD's in the set just fine.  Every CD other than CD2 or
CD3 burned perfectly, and I burn hundreds of CD's in my work.

I burned a bad CD from this same spindle on a different drive, so it's
*possible* that I just have really bad luck with those two FC2 CD's.

Here's some important information:
I ran md5sum on the ISO's I downloaded, and all were perfect.
I burned the CD's on another drive, and they worked.  (The drive
producing bad CD's is a Samsung 32x10x40 CDRW and 12x DVD-ROM Combo
Drive, but it has produced other CD's just fine.
A previous Red Hat release (I believe it was Red Hat 8.0.93.) did the
same thing.  Another member of the Phoebe mailing list had the same
problem, as I recall.
The second CD kept dying in K3B with "Input/Output Error", though it
only did that with CD2, which it did over and over, even with other
CD's burned in the meantime to break up the sequence.

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

Fedora Core 2 ISO's as downloaded from heanet.ie

How reproducible:

I think if I go back to the shop and try again, it will probably still
fail.  Since I have to do that later today anyway, if things are
significantly different, I'll let you know.

Additional info:

Any thought to using a phpBB2 for your bug tracking?  I'm using one,
and it's pretty useful to me.  Bugzilla results in way way too many
duplicate bugs and discouraged searchers.  It's not organized for
people to search.

Comment 1 Warren Togami 2004-05-19 19:24:10 UTC

Is it any better if you burn at a slower speed?

Comment 2 Leon Stringer 2004-05-23 18:08:20 UTC

For some days now I've been trying to burn these ISOs and have got
through lots of CD-Rs but I've been assuming the problem is with
either the drive or the media. Then I read this bug and was staggered
by the co-incidence: discs 1 and 4 burnt first time whereas I've got
through 20 (at least!) discs trying to burn discs 2 and 3!

So my system details: FC2t3, Intel 845GERG2 board, P4 CPU, CD-ROM
drive Samsung SM-332B (I've also tried a Samsung SM-352B and an MSI
CD52-M).

My media are Sony 700MB CD-Rs.

I've tried burning at 2x speed which didn't improve the situation.

I got the FC2 ISOs from my local mirror (mirror.ac.uk).

I'm burning with Nautilus (i.e. right-clicking on the ISO and
selecting "Write to CD...").

When I tried burning disc 2 to a 660MB CD-R it *seemed* to work OK. I
say *seemed* as the disc passed the media check but when I did "cat
/dev/cdrom | md5sum" (which I believe is correct?) I don't get same
value as the ISO file. (This is also true of my "working" disc 1 and 4
although they also report and I/O error which disc 2 doesn't get).

So, here's a strange problem that I've been battling with for 5 days
and the results seemed so inconsistent until I saw this report. As you
 can see I've tried lots of tests, and I'm happy to try more (10 packs
of CD-Rs are two for the price of one in my local store!). I would
love to get to the bottom of this issue.

Comment 4 Need Real Name 2004-05-25 07:51:25 UTC

oops, sorry.  didn't leave my real name in the first bug report. 
Benjamin Vander Jagt (I thought I had an account with all that info)
benjaminvanderjagt
benjamin

and nope, tried burning at 1x and had no change

Comment 5 Bill Nottingham 2004-06-02 20:23:29 UTC

What are you burning the CDs under?

Comment 6 Need Real Name 2004-06-03 00:14:47 UTC

K3B (0.9cvs) in SuSE Linux 9.0 and XCDRoast in Red Hat 8.0 (not sure
what version, but if RH 8.0 came with it, then whatever version that was.)

Comment 7 Leon Stringer 2004-06-03 21:20:37 UTC

As mentioned in my post I'm using GNOME, i.e. right click on the ISO
file in Nautilus and select "Write to CD...".

Comment 8 Dave Jones 2005-06-27 23:17:58 UTC

Mass update of -test bugs to update version to fc4.
(Please retest on final release, and report results if you have not already done
so).

Thanks.

Comment 9 Dave Jones 2005-09-30 06:55:50 UTC

Mass update to all FC4 bugs:

An update has been released (2.6.13-1.1526_FC4) which rebases to a new upstream
kernel (2.6.13.2). As there were ~3500 changes upstream between this and the
previous kernel, it's possible your bug has been fixed already.

Please retest with this update, and update this bug if necessary.

Thanks.

Comment 10 Dave Jones 2005-11-10 20:02:26 UTC

2.6.14-1.1637_FC4 has been released as an update for FC4.
Please retest with this update, as a large amount of code has been changed in
this release, which may have fixed your problem.

Thank you.

Comment 11 Dave Jones 2005-12-28 04:42:12 UTC

This bug has been mass-closed along with other bugs that have been in NEEDINFO
state for several months.

Due to the large volume of inactive bugs in bugzilla, this is the only method we
have of cleaning out stale bug reports where the reporter has disappeared.

If you can reproduce this bug after installing all the current updates, please
reopen this bug.

If you are not the reporter, you can add a comment requesting it be reopened,
and someone will get to it asap.

Thank you.