> don't use Xcdroast on data cdroms, this program is broken somehow
> (at least it has never worked for me without hitches since some
> error messages are suppressed and several options are not correct)
> we use plain mkisofs/cdrecord here and it has been working just great
> for *years* now
I've only used XCDRoast for 2 years now, both with a 4x and an 8x burner.
Data and audio CDs both come out fine at full speed. The version of
XCDRoast in the distro LM6.1 and LM7.0beta(Oxygen) have a display bug where
status box doesn't get updated until the burn is complete. Grab a different
version from the maker of XCDRoast and that problem goes away.
>
> > > > Any ideas? I burned at full 4x speed, and some people have
> > > > told me they typically burn at half the maximum speed.
> > > > Would that help, do you think?
> > >
> Also, some CD-R (dark blue and shiny green) should be avoided for data
> duplication under all circumstances. Especially these CD-R
> will not work
> well with Linux ISO images (this is from experience with
> about 5000 produced
> CD-R, so please don't flame me on this):
> Kodak with black coating (yes, these really exist !)
> any green CD-R (especially ARITA or Red Label, "audio")
> dark blue CD-R (especially Verbatim or unlabelled)
I've had a few problems with the cheapy green CD-R disks, although I
attributed it to poor balance where the CD reader drive couldn't spin up the
disk beyond 4x or 8x without problems.
>
> The following CD-R work GREAT on any Linux ISO image:
> Kodak or Mitsui GOLD/GOLD (only 6x speed)
> unlabelled SILVER/SILVER (be sure to buy 8x speed CDs)
> PRINCO SILVER/BLUE (this is light blue ...)
> Intenso SILVER/BLUE (this is also light blue,
> we did not test the new dark blue Intenso 700 MB yet)
I have not had any problems (in 50-100 CD's) so far unlabelled silver/silver
disks. I burn at 8x even though they are spec'd for 4x or 6x.
Overall, I agree with the intent of your comments: "BUY QUALITY CD-R
disks!". They are not that much more expensive and what good is a storage
medium that corrupts your data.
Matthew Zaleski
