Can anyone point out an error in this incantation?
# cdrecord -v speed=4 -dummy dev=0,0,0 -audio *.wav Thats with a 2.4.20-20.9 i686 stock kernel (August 18), booted with "hdc=ide-scsi" and the recommended fiddling in /etc/modules.conf. I get the same error using "dev=ATAPI:0,0,0" without fiddling the module loading, and I get the same result on some older kernels. The apparent error is: ---------------------------------------------------------------------- Starting new track at sector: 0 Track 01: 0 of 18 MB written.cdrecord: Input/output error. write_g1: scsi sendcmd: no error CDB: 2A 00 00 00 00 00 00 00 1B 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 64 00 00 00 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x64 Qual 0x00 (illegal mode for this track) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.003s timeout 40s write track data: error after 0 bytes Sense Bytes: 70 00 00 00 00 00 00 0A 00 00 00 00 00 00 00 00 00 00 ---------------------------------------------------------------------- Clearly, basic communication is working, but just for completeness, cdrecord -scanbus gives: ---------------------------------------------------------------------- Cdrecord 2.0 (i686-pc-linux-gnu) Copyright (C) 1995-2002 J?rg Schilling Linux sg driver version: 3.1.24 Using libscg version 'schily-0.7' scsibus0: 0,0,0 0) 'HL-DT-ST' 'CD-RW GCE-8080N ' '2.02' Removable CD-ROM 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * ---------------------------------------------------------------------- Using the dev=ATAPI hack gives a similar scanbus result. I could swear that I've done this in the past on this very machine (but that may have been with RH7.x). I would be tempted to say that the drive or the media is toasted, except that the "burn:///" in Nautilus works for burning some backup data *EVEN AFTER* getting the above message and on the same piece of media. (Perhaps Nautilus can create audio CDs too, but if so, I haven't found the button.) Bill _______________________________________________ gnhlug-discuss mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss