Release 5.2: Write errors with cdrecord and burncd

From: Stefan Schwarzer <sschwarzer_at_sschwarzer.net>
Date: Sun, 1 Feb 2004 19:34:20 +0100
Until recently, I had a 5.1-Release system here. After doing a fresh
install with 5.2-Release I'm no longer able to burn CDs. cdrecord
tells me:

| root_at_warpy:/home/schwa/cdbackup# cdrecord -v driveropts=burnfree /usr/tmp/image.raw 
| Cdrecord 2.00.3 (i386-unknown-freebsd5.2) Copyright (C) 1995-2002 Jörg Schilling
| TOC Type: 1 = CD-ROM
| scsidev: '2,0,0'
| scsibus: 2 target: 0 lun: 0
| Using libscg version 'schily-0.7'
| Driveropts: 'burnfree'
| atapi: 0
| Device type    : Removable CD-ROM
| Version        : 0
| Response Format: 2
| Capabilities   : 
| Vendor_info    : 'PIONEER '
| Identifikation : 'DVD-RW  DVR-105 '
| Revision       : '1.30'
| Device seems to be: Generic mmc2 DVD-R/DVD-RW.
| cdrecord: This version of cdrecord does not include DVD-R/DVD-RW support code.
| cdrecord: If you need DVD-R/DVD-RW support, ask the Author for cdrecord-ProDVD.
| Using generic SCSI-3/mmc CD-R driver (mmc_cdr).
| Driver flags   : MMC-3 SWABAUDIO BURNFREE 
| Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
| Drive buf size : 1267712 = 1238 KB
| FIFO size      : 4194304 = 4096 KB
| Track 01: data     6 MB        
| Total size:        7 MB (00:43.44) = 3258 sectors
| Lout start:        7 MB (00:45/33) = 3258 sectors
| Current Secsize: 2048
| ATIP info from disk:
|   Indicated writing power: 2
|   Reference speed: 6
|   Is not unrestricted
|   Is erasable
|   Disk sub type: High speed Rewritable (CAV) media (1)
|   ATIP start of lead in:  -11077 (97:34/23)
|   ATIP start of lead out: 336075 (74:43/00)
|   1T speed low:  4 1T speed high: 10
|   2T speed low:  2 2T speed high: 10
|   power mult factor: 2 6
|   recommended erase/write power: 5
|   A1 values: 24 2C DC
|   A2 values: 14 A4 4A
| Disk type:    Phase change
| Manuf. index: 11
| Manufacturer: Mitsubishi Chemical Corporation
| Blocks total: 336075 Blocks current: 336075 Blocks remaining: 332817
| Starting to write CD/DVD at speed 8 in real TAO mode for single session.
| Last chance to quit, starting real write    0 seconds. Operation starts.
| Waiting for reader process to fill input buffer ... input buffer ready.
| BURN-Free is ON.
| Performing OPC...
| Starting new track at sector: 0
| Track 01:    0 of    6 MB written.cdrecord: Input/output error. write_g1: scsi sendcmd: retryable error
| CDB:  2A 00 00 00 01 B2 00 00 1F 00
| status: 0x2 (CHECK CONDITION)
| Sense Bytes: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
| Sense Key: 0xFFFFFFFF [], Segment 0
| Sense Code: 0x00 Qual 0x00 (no additional sense information) Fru 0x0
| Sense flags: Blk 0 (not valid) 
| cmd finished after 0.000s timeout 40s
| 
| write track data: error after 888832 bytes

| Sense Bytes: 70 00 02 00 00 00 00 0E 00 00 00 00 04 08 00 00 00 00
| Writing  time:    9.029s
| Average write speed   6.6x.
| Fixating...
| Fixating time:   40.547s
| cdrecord: fifo had 78 puts and 15 gets.
| cdrecord: fifo was 0 times empty and 3 times full, min fill was 90%.

I found mails which may be related, starting from

http://lists.freebsd.org/pipermail/freebsd-current/2003-December/016431.html
http://lists.freebsd.org/pipermail/freebsd-current/2003-December/016690.html

Unfortunately, the workaround to use the -force flag for cdrecord
doesn't work here.

burncd's output is

| root_at_warpy:/home/schwa/cdbackup# burncd -f /dev/burncdwriter -v data /usr/tmp/image.raw fixate
| adding type 0x08 file /usr/tmp/image.raw size 6512 KB 3256 blocks 
| next writeable LBA 0
| addr = 0 size = 6668288 blocks = 3256
| writing from file /usr/tmp/image.raw size 6512 KB
| written this track 832 KB (12%) total 832 KB
| only wrote -1 of 32768 bytes: Device busy
| 
| fixating CD, please wait..

burncd's -F flag doesn't help, either.

There's already http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/57606 .
I just wanted to add that I have this problem still with 5.2 (also
with the ATA fixes from 2004-01-27).

I have no problems with system panics, as mentioned in other mails.

Stefan
Received on Sun Feb 01 2004 - 09:34:42 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:41 UTC