Kendric,

   Have you ever tried using just cdrecord, with no other programs wrapped
around it? None of the cdrecord interfaces work for my system, I have only
been successful with using mkisofs and then cdrecord.

Brian

> -----Original Message-----
> From: Kendric Beachey [mailto:ak@kc.rr.com]
> Sent: Monday, January 15, 2001 10:33 PM
> To: Brian Densmore; kclug@kclug.org
> Subject: Re: CD Burn Trouble revisited
> 
> 
> Actually, that output was obtained using gcombust.  So I 
> don't have the exact 
> command line.  But generally, I was trying to burn the ISO 
> for disc 2 of 
> Mandrake 7.2, which I had previously mounted to be sure it 
> was legit.  I 
> tried burning at 8x, which errored out pretty quickly, and at 
> 4x, which 
> errored out in about twice the time, so probably after 
> getting the same 
> amount of processing done.
> 
> FWIW, both tries were in "dummy" mode just in case a coaster 
> was in the 
> works, so I still haven't made any coasters.  :-)
> 
> On Monday, 15 January 2001 08:36, Brian Densmore wrote:
> > What does your cdrecord command line look like?
> >
> > Brian
> >
> > > -----Original Message-----
> > > From: Kendric Beachey [mailto:ak@kc.rr.com]
> > > Sent: Sunday, January 14, 2001 1:58 PM
> > > To: kclug@kclug.org
> > > Subject: CD Burn Trouble revisited
> > >
> > >
> > > 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
> > > scsidev: '0,0,0'
> > > scsibus: 0 target: 0 lun: 0
> > > Linux sg driver version: 2.1.39
> > > Using libscg version 'schily-0.1'
> > > atapi: 1
> > > Device type    : Removable CD-ROM
> > > Version        : 0
> > > Response Format: 1
> > > Vendor_info    : 'YAMAHA  '
> > > Identifikation : 'CRW8824E        '
> > > Revision       : '1.00'
> > > Device seems to be: Generic mmc CD-RW.
> > > Using generic SCSI-3/mmc CD-R driver (mmc_cdr).
> > > Driver flags   : SWABAUDIO
> > > Drive buf size : 3172848 = 3098 KB
> > > FIFO size      : 4194304 = 4096 KB
> > > Track 01: data  552 MB         padsize:  30 KB
> > > Lout start:     634 MB (62:53/44) = 282869 sectors
> > > Current Secsize: 2048
> > > ATIP info from disk:
> > >   Indicated writing power: 4
> > >   Is not unrestricted
> > >   Is not erasable
> > >   Disk sub type: Medium Type A, high Beta category (A+) (3)
> > >   ATIP start of lead in:  -11079 (97:34/21)
> > >   ATIP start of lead out: 359849 (79:59/74)
> > > Disk type:    Long strategy type (Cyanine, AZO or similar)
> > > Manuf. index: 11
> > > Manufacturer: Mitsubishi Chemical Corporation
> > > Blocks total: 359849 Blocks current: 359849 Blocks 
> remaining: 76980
> > > Starting to write CD/DVD at speed 4 in dummy mode for 
> single session.
> > >  Track 01:   0 of 552 MB written. Sense Bytes: 70 00 05 00 00
> > > 00 00 0A 00 00
> > > 00 00 21 00 00 00
> > > Sense Key: 0x5 Illegal Request, Segment 0
> > > Sense Code: 0x21 Qual 0x00 (logical block address out of
> > > range) Fru 0x0
> > > Sense flags: Blk 0 (not valid)
> > > /usr/bin/cdrecord: Input/output error. write_g1: scsi
> > > sendcmd: retryable error
> > > status: 0x2 (CHECK CONDITION)
> > >
> > > write track data: error after 18665472 bytes
> > > Sense Bytes: 70 00 00 00 00 00 00 0A 00 00 00 00 00 00 00 00 00 00
> > > Writing  time:   42.091s
> > > WARNING: Some drives don't like fixation in dummy mode.
> > > /usr/bin/cdrecord: fifo had 358 puts and 295 gets.
> > > /usr/bin/cdrecord: fifo was 0 times empty and 157 times full,
> > > min fill was
> > > 93%.
> > >
> > >
> > > 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
> > >
> > >
> > > majordomo@kclug.org
> 
> -- 
> Kendric Beachey
> ak@kc.rr.com
>