> Yes and no.  I have been successful in burning my ISO (thanks to help here) by
> first mounting to validate that it was a good download, and then just using a
> straigh command line cdrecord.
>
> The mount was accomplished with the following;
>
>         mount -t iso9660 -oloop <image file> <directory>
>
> Then, cd into <directory> and can see the files and directories just as I would
> expect.  Then, I umounted (just to be sure) and burned without the use of any of
> the front-ends using;
>
>         cdrecord -v speed=4 dev=0,0 -isosize <imagefile>
> (of course your speed and dev may vary!!! -scanbus will tell you where to go!)
>
> Then, what I discovered, trying this with my re-writeable media still gave the
> error.  I was using 650M re-writable media, so it should have fit (639M iso).
> However, giving it one last shot, I put a cd-R in, used the same command, and
> vioa'la (as they say in France) - a good, mountable CD!!!
>
> So, it seems to me that the R-W media may have been a contributor, since my cd-R
> media is 700M.
>
> However,  I went back to Xcdroast and tried again, and wound up with a cd-R that
> has one large file on it, called xxxx.iso.  So, I obviously either don't have my
> Xcdroast set up properly, or I don't understand how to work it.
>
> Is it necessary to "master" from an ISO image?  Seems like a redundant step....
> Isn't the iso an "mastered image" already?
>
> Thanks for the tips, and at least I now know I can burn again....
>
> Chris H.
>
> Kendric Beachey wrote:
>
> > I too am experiencing the same trouble burning CDs, getting errors from
> > cdrecord such as the following...
> >
> > Cdrecord 1.9 (i586-mandrake-linux-gnu) Copyright (C) 1995-2000 Jörg Schilling
> > TOC Type: 1 = CD-ROM
>
> > <snip>
>
> >
> > The part about block 0 not being valid led me to try a different CD, figuring
> > the one I was using was just faulty, but it doesn't seem to make a difference.
> >
> > This CD-RW drive has successfully burned before, under that other operating
> > system though.
> >
> > Has anyone made any headway on this issue?
> >
> > --
> > Kendric Beachey
> > ak@kc.rr.com
> >