Re: cdrecord failure
"Joachim Francke" <j.francke@gmx.net> wrote:
> log:
>
> Devices
> -----------------------
> BENQ DVD DD DW1620 B7S9 (/dev/hdc, ) at /media/dvdrecorder [CD-R; CD-RW;
> CD-ROM; DVD-ROM; DVD-R; DVD-RW; DVD+R; DVD+RW] [DVD-ROM; DVD-R Sequential;
> DVD-RW Sequential; DVD+RW; DVD+R; DVD+R Double Layer; CD-ROM; CD-R; CD-RW]
> [SAO; TAO; RAW; SAO/R16; RAW/R96R]
>
> System
> -----------------------
> K3b Version: 0.11.22cvs
> KDE Version: 3.4.0 Level "b"
> QT Version: 3.3.4
> Kernel: 2.6.11.4-21.9-default
>
> cdrecord
> -----------------------
> /usr/bin/cdrecord: Operation not permitted. WARNING: Cannot set RR-scheduler
> /usr/bin/cdrecord: Permission denied. WARNING: Cannot set priority using
> setpriority().
> /usr/bin/cdrecord: WARNING: This causes a high risk for buffer underruns.
> /usr/bin/cdrecord: Warning: not running as root user, fs= option ignored.
This is incorrect usage!
RTFM, you need to run cdrecord as root (in special when you use outdated
cdrecord versions on the broken new Linux kernels).
Note that strange things happen on Linux >= 2.6.8.1 if you are not root
as Linux started wirth 2.6.8.1 to filter away random SCSI commands.
> scsidev: '/dev/hdc'
> devname: '/dev/hdc'
Incorrect usage!
RFTM, this is not a supported dev= argument...
> scsibus: -2 target: -2 lun: -2
> Warning: Open by 'devname' is unintentional and not supported.
> Linux sg driver version: 3.5.27
> /usr/bin/cdrecord: Warning: using inofficial libscg transport code version
> (okir@suse.de-scsi-linux-sg.c-1.83-resmgr-patch '@(#)scsi-linux-sg.c 1.83
> 04/05/20 Copyright 1997 J. Schilling').
This is not the official cdrecord but a hacked version that includes a security
hole introduced by SuSE.
> SCSI buffer size: 64512
> /usr/bin/cdrecord: This version of cdrecord does not include DVD-R/DVD-RW
> support code.
> /usr/bin/cdrecord: If you need DVD-R/DVD-RW support, ask the Author for
> cdrecord-ProDVD.
> /usr/bin/cdrecord: Free test versions and free keys for personal use are at
> ftp://ftp.berlios.de/pub/cdrecord/ProDVD/
> Cdrecord-Clone 2.01 (i686-suse-linux) Copyright (C) 1995-2004 Jörg
> Schilling
> Note: This version is an unofficial (modified) version
> Note: and therefore may have bugs that are not present in the original.
> Note: Please send bug reports or support requests to
> http://www.suse.de/feedback
> Note: The author of cdrecord should not be bothered with problems in this
> version.
Why didn't you read?
> TOC Type: 0 = CD-DA
> Using libscg version 'schily-0.8'.
> Driveropts: 'burnfree'
> atapi: 1
> Device type : Removable CD-ROM
> Version : 0
> Response Format: 2
> Capabilities :
> Vendor_info : 'BENQ '
> Identifikation : 'DVD DD DW1620 '
> Revision : 'B7S9'
> Device seems to be: Generic mmc2 DVD-R/DVD-RW.
> Current: 0x0009
> Profile: 0x002B
> Profile: 0x001B
> Profile: 0x001A
> Profile: 0x0014
> Profile: 0x0011
> Profile: 0x0010
> Profile: 0x000A
> Profile: 0x0009 (current)
> Profile: 0x0008
> Using generic SCSI-3/mmc CD-R/CD-RW driver (mmc_cdr).
> Driver flags : MMC-3 SWABAUDIO BURNFREE
> Supported modes: TAO PACKET SAO SAO/R96R RAW/R16 RAW/R96R
> Drive buf size : 1073152 = 1048 KB
> FIFO size : 4194304 = 4096 KB
> pregap1: -1
> Track 01: audio 3 MB (00:18.04) no preemp swab copy
> Track 02: audio 1 MB (00:07.38) no preemp swab copy
> Track 03: audio 1 MB (00:06.24) no preemp swab copy
> Track 04: audio 4 MB (00:28.74) no preemp swab copy
> Track 05: audio 1 MB (00:11.32) no preemp swab copy
> Track 06: audio 2 MB (00:12.06) no preemp swab copy
> Track 07: audio 0 MB (00:04.00) no preemp swab copy
> Total size: 14 MB (01:27.80) = 6585 sectors
> Lout start: 15 MB (01:29/60) = 6585 sectors
> Current Secsize: 2048
> ATIP info from disk:
> Indicated writing power: 5
> Is not unrestricted
> Is not erasable
> ATIP start of lead in: -11933 (97:22/67)
> ATIP start of lead out: 359849 (79:59/74)
> Disk type: Short strategy type (Phthalocyanine or similar)
> Manuf. index: 43
> Manufacturer: Acer Media Technology, Inc.
> Blocks total: 359849 Blocks current: 359849 Blocks remaining: 353264
> Starting to write CD/DVD at speed 40 in real SAO mode for single session.
> Last chance to quit, starting real write in 2 seconds.
> 1 seconds.
> 0 seconds.
> Operation starts.
> Waiting for reader process to fill input buffer ... input buffer ready.
> BURN-Free is OFF.
> Turning BURN-Free on
> Performing OPC...
> Sending CUE sheet...
> /usr/bin/cdrecord: Success. read track info: scsi sendcmd: no error
> CDB: 52 01 00 00 00 FF 00 00 1C 00
> status: 0x2 (CHECK CONDITION)
> Sense Bytes: 70 00 05 00 00 00 00 12 00 00 00 00 24 00 00 00
> Sense Key: 0x5 Illegal Request, Segment 0
> Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0
> Sense flags: Blk 0 (not valid)
> resid: 28
> cmd finished after 0.002s timeout 240s
> /usr/bin/cdrecord: Cannot get next writable address for 'invisible' track.
> /usr/bin/cdrecord: This means that we are checking recorded media.
> /usr/bin/cdrecord: This media cannot be written in streaming mode anymore.
> /usr/bin/cdrecord: If you like to write to 'preformatted' RW media, try to
> blank the media first.
> /usr/bin/cdrecord: WARNING: Drive returns wrong startsec (0) using -150
This may have three reasons:
- The media was not empty or preformatted for UDF packet writing.
- The firmware of the writer is broken.
- A well known Linux kernel bug that causes SCSI commands to be
modified.
Use the same hardware, install Solaris 10 or newer and try again.
If the problem disppears, this is caused by the Linux kernel bug
mentioned above.
Jörg
--
EMail:joerg@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
js@cs.tu-berlin.de (uni)
schilling@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
URL: http://cdrecord.berlios.de/old/private/ ftp://ftp.berlios.de/pub/schily
Reply to: