cdrecord won't burn

petermiller · n00b Joined: 24 Jul 2004 Posts: 10 Location: Germany

Hi

I'm using Gentoo with kernel 2.6.5 and my CD-RW burner doesn't work
although it worked flawlessly in Red Hat 7.3. (scsi emulation) and it
still does in Windows.

I tried passing these options to cdrecord as well:

'driveropts=burnfree'
'dev=ATAPI:0,1,0'
'dev=ATAPI:/dev/cdroms/cdrom1'
'speed=4'
'speed=2'

However it was of no avail.

> cdrecord -v dev=ATAPI:/dev/hdd cdimage.iso

cdrecord: No write mode specified.
cdrecord: Asuming -tao mode.
cdrecord: Future versions of cdrecord may have different drive dependent defaults.
cdrecord: Continuing in 5 seconds...
Cdrecord-Clone 2.01a33 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Joerg Schilling
TOC Type: 1 = CD-ROM
scsidev: 'ATAPI:/dev/hdd'
devname: 'ATAPI:/dev/hdd'
scsibus: -2 target: -2 lun: -2
Warning: Using ATA Packet interface.
Warning: The related Linux kernel interface code seems to be unmaintained.
Warning: There is absolutely NO DMA, operations thus are slow.
Using libscg version 'schily-0.8'.
SCSI buffer size: 64512
atapi: 1
Device type : Removable CD-ROM
Version : 0
Response Format: 1
Vendor_info : 'IDE-CD '
Identifikation : 'R/RW 8x4x32 '
Revision : 'C1.3'
Device seems to be: Generic mmc CD-RW.
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC SWABAUDIO
Supported modes: TAO PACKET RAW/R16
Drive buf size : 1572864 = 1536 KB
FIFO size : 4194304 = 4096 KB
Track 01: data 533 MB
Total size: 612 MB (60:41.81) = 273136 sectors
Lout start: 612 MB (60:43/61) = 273136 sectors
Current Secsize: 2048
ATIP info from disk:
Indicated writing power: 5
Is not unrestricted
Is not erasable
Disk sub type: Medium Type A, low Beta category (A-) (2)
ATIP start of lead in: -11634 (97:26/66)
ATIP start of lead out: 359846 (79:59/71)
Disk type: Short strategy type (Phthalocyanine or similar)
Manuf. index: 3
Manufacturer: CMC Magnetics Corporation
Blocks total: 359846 Blocks current: 359846 Blocks remaining: 86710
cdrecord: DMA speed too slow. Cannot write at speed 8.
cdrecord: Max DMA data speed is 0.
cdrecord: Try to use 'driveropts=burnfree'.
cdrecord: fifo had 15 puts and 0 gets.
cdrecord: fifo was 0 times empty and 0 times full, min fill was 0%.

> cdrecord dev=ATAPI:0,1,0 -checkdrive

Cdrecord-Clone 2.01a33 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling
scsidev: 'ATAPI:0,1,0'
devname: 'ATAPI'
scsibus: 0 target: 1 lun: 0
Warning: Using ATA Packet interface.
Warning: The related Linux kernel interface code seems to be unmaintained.
Warning: There is absolutely NO DMA, operations thus are slow.
Using libscg version 'schily-0.8'.
Device type : Removable CD-ROM
Version : 0
Response Format: 1
Vendor_info : 'IDE-CD '
Identifikation : 'R/RW 8x4x32 '
Revision : 'C1.3'
Device seems to be: Generic mmc CD-RW.
Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
Driver flags : MMC SWABAUDIO
Supported modes: TAO PACKET RAW/R16

> cat /proc/ide/ide1/hdd/settings
name value min max mode
---- ----- --- --- ----
current_speed 34 0 70 rw
dsc_overlap 1 0 1 rw
ide-scsi 0 0 1 rw
init_speed 12 0 70 rw
io_32bit 1 0 3 rw
keepsettings 0 0 1 rw
nice1 1 0 1 rw
number 3 0 3 rw
pio_mode write-only 0 255 w
unmaskirq 1 0 1 rw
using_dma 1 0 1 rw

> cdrecord --version
Cdrecord-Clone 2.01a33 (i686-pc-linux-gnu) Copyright (C) 1995-2004 Jörg Schilling

Jake · Veteran Joined: 31 Jul 2003 Posts: 1132

I've also had problems with 2.01a33, except enabling burnfree makes it work for me. Try the previous version.

agent_jdh · Veteran Joined: 08 Aug 2002 Posts: 1783 Location: Scotland

cdrtools 2.01a34 is out now and fixes the problem here. There isn't an ebuild in portage (as of last night anyway), but all it needs is a version bump and digest creation.
_________________
Jingle Jangle Jewellery

petermiller · n00b Joined: 24 Jul 2004 Posts: 10 Location: Germany

agent_jdh · Veteran Joined: 08 Aug 2002 Posts: 1783 Location: Scotland

cd /usr/portage/app-cdr/cdrtools
cp cdrtools-2.01_alpha33.ebuild cdrtools-2.01_alpha34.ebuild
emerge -f cdrtools
ebuild cdrtools-2.01_alpha34.ebuild digest
emerge -up cdrtools (just to check all looks OK)
emerge -u cdrtools

There is actually a cleaner way to do this as the cdrtools-2.01_alpha34.ebuild will get deleted the next time you rsync (unless it has been _properly_ added to portage by the Gentoo maintainer), and it might try to downgrade, although I expect this to make it into portage. If you want to know the 'proper' way to do this, let me know.
_________________
Jingle Jangle Jewellery

petermiller · n00b Joined: 24 Jul 2004 Posts: 10 Location: Germany

Thanks!

_________________
-- peter

Chewi · Posted: Mon Jul 26, 2004 10:57 pm Post subject:

Many thanks, I was having the same problem and this fixed it.

ryceck · Apprentice Joined: 13 Jan 2004 Posts: 195

Just put it in ur portage overlay dir

/usr/local/portage/app-cdr/cdrtools/

There it wont be deleted when u resync

agent_jdh · Veteran Joined: 08 Aug 2002 Posts: 1783 Location: Scotland

warthog · Posted: Mon Aug 02, 2004 3:21 am Post subject:

I'm having the same problem with cdrecord spitting out the messages

warthog · Posted: Mon Aug 02, 2004 3:52 am Post subject: my setup

some information on my config if it helps:

NOT running SCSI emulation, but ATAPI instead.
I never had this problem with 2.4.X series of kernels, and my hardware hasn't changed.

result of
#dmesg | grep hdc

Chewi · Posted: Mon Aug 02, 2004 11:58 am Post subject:

Well yeah I'm using ATAPI rather than SCSI emulation. I burnt a disc and it worked okay though, despite the DMA speed 0 thing.

warthog · Posted: Mon Aug 02, 2004 4:53 pm Post subject:

Yeah, I'm wondering if it might be a firmware issue? I have an LG drive. There is a firmware update available on the lge.com website, but it requires windoze to perform the update, and I don't have windoze installed on my machine, so I was hoping to exhaust all other options before flashing the firmware (not to mention that there is a risk of perminently damaging the drive). What drive are you using?
_________________
Gentoo Linux 2.6.7-gentoo-r11 running Gnome 2.6
Asus nForce2
AthlonXP 3000 Barton
1GB Corsair DDR TwinX

Chewi · Posted: Mon Aug 02, 2004 5:37 pm Post subject:

Ah firmware, hadn't thought of that. I have a Samsung SM-308B DVD/CDRW combo drive. It's a piece of shit actually but combo drives were expensive at the time I bought it. I was surprised to see there was a firmware update. I decided to see if Cedega (WineX) could run it but it wanted ASPI drivers. More trouble than it was worth. Fortunately (or should I say unfortunately? :wink:

) I've still got Windows 98 on here. So I've run the update but it doesn't seem to have fixed the problem.

warthog · Posted: Mon Aug 02, 2004 10:24 pm Post subject:

Well... at least we can rule out firmware issues causing the DMA problem. I'm not going to worry about flashing my drive since I know it worked in the past. I have the LG 'GCC-4480B' CD-RW/DVD combo crap drive.

Interesting to note that just last week I installed a Samsung combo drive (SM-352NENB) on my mom's linux box, and I had no problems with cdrecord whatsoever. She's also running 2.6.7-gentoo-r11, and I used 'genkernel all --bootsplash' on her box as well.

I wish someone could shed some light on our DMA problem (if it is a problem). I have noticed that if I use the '-burnfree' option to cdrecord that I can burn a CDR OK, but I still get the DMA warnings.
_________________
Gentoo Linux 2.6.7-gentoo-r11 running Gnome 2.6
Asus nForce2
AthlonXP 3000 Barton
1GB Corsair DDR TwinX

agent_jdh · Veteran Joined: 08 Aug 2002 Posts: 1783 Location: Scotland

Guys, this has nothing to do with firmware or anything, it's a cdrtools bug. If you're worried about the DMA warnings, downgrade to the old working version of cdrtools instead of upgrading to alpha34.
_________________
Jingle Jangle Jewellery

warthog · Posted: Tue Aug 03, 2004 4:31 pm Post subject:

agent_jdh · Veteran Joined: 08 Aug 2002 Posts: 1783 Location: Scotland