At 08:33 AM 07/02/2003, you wrote:
I've got a SCSI CDRW (Yamaha CRW 4416) and I have been unable to get it to
work with any version of RedHat since the kernel that came with RedHat 7.1.
I'm now on RedHat 8.0. It just gives me a "device unavailable" error when I
try to actually burn something. Yesterday it let me blank a CDRW disk, but
when I tried it again later yesterday it failed.

I may be jumping to conclusions in thinking that turning off autofs didn't help, but then again I'm using autofs and also burning cds on a regular basis, so I'm biased (maybe it's just because my autofs config does not include an entry for my cd recorder?).


I have a very similar device, a Yamaha 8424 SCSI drive, on an old Adaptec PCI controller card, and it works perfectly for me. My configuration is as follows:

In /etc/cdrecord.conf:

--- cut here ---
CDR_DEVICE=yamaha
CDR_SPEED=8
CDR_FIFOSIZE=4m
yamaha= 0,3,0   -1      -1      ""
--- cut here ---

I typically use the following short shell script (run as root) to burn a data cd from an iso image:

--- cut here ---
#!/bin/bash
if [ -f $1 ]; then
        eject -t /dev/sr0
        nice --19 cdrecord -dao -v -data $1
        eject /dev/sr0
fi
--- cut here ---

This configuration (changed only when I replaced my CD burner in January 2000 AFAIR) has been working flawlessly for me since Redhat 6. I'm currently running a somewhat hacked Redhat 7.2 with a customized 2.4.18 kernel.

Calling: /usr/lib/xcdroast-0.98/bin/xcdrwrap CDRECORD dev=0,6,0 gracetime=2
fs=4096k  -v -useinfo speed=1 -dummy -eject -pad -audio "/stuff/track-01.wav"

Obvious question: Why the heck would you want to burn at 1x? Speed issues aside, I've tried this (in the futile hope that it would improve the ability of a CDR to be read by a cruddy CD Player), and the slowest speed at which my drive seems to work reliably is 2x. My Yamaha drive simply does not work at 1x, yours may not either.


cdrecord: Input/output error. write_g1: scsi sendcmd: no error
CDB:  2A 00 00 00 00 1B 00 00 1B 00
status: 0x2 (CHECK CONDITION)
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)
cmd finished after 14.117s timeout 40s
Sense Bytes: 70 00 00 00 00 00 00 0A 00 00 00 00 00 00 00 00 00 00

So you're getting an I/O error on your SCSI bus. Key question:
What happens if you try to use cdparanoia to rip an audio cd with your CDRW drive? (this also uses the SCSI generic interface).


If cdparanoia works reliably then you probably have a broken (or unsupported) drive or SCSI controller and it's just not writing correctly (i.e. it's sending the wrong commands to the drive or the drive itself is not executing commands correctly).

If cdparanoia does not work reliably then test reading regular cds.

If you can mount and copy the filesystems from data cds then you should be having a problem with the SCSI generic interface, this could be a kernel issue (specifically with the driver for your SCSI host) and the easiest fix is probably to put the burner on an Adaptec 2940 (or any other PCI SCSI card which is dirt cheap and well supported).

If you can't read data cds then you're probably looking at a cabling problem. First thing I would try is getting a new, fairly short, SCSI cable with an active terminator on the end (or a separate terminator if you're using an external drive) and connecting your CD burner up as the only device on the SCSI bus (other than your controller of course). If you are using an external drive also try removing it from its SCSI enclosure and connecting it internally. Yamaha has a history of using really bad SCSI enclosures for external hardware. It could also be testing with a different SCSI controller, but usually when I've had bad data on a SCSI bus it is because the bus is either not terminated or not using the correct type of termination (e.g. an LVD terminator on a bus that doesn't support it). It is also possible that your SCSI controller isn't configured properly, does it work reliably with other SCSI devices on that bus?




-- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://listman.redhat.com/mailman/listinfo/redhat-list

Reply via email to