Re: startsec problem?
Alexey Toptygin <alexeyt@freeshell.org> wrote:
>
> I originally sent this to <cdrtools@packages.debian.org> as cdrecord
> instructs, but I've not heard anything back, and I'm unable to locate
> archives for that (list? or does it forward to the package maintainer?)
> so I'm reposting it here. Any help would be appreciated; I'm willing to
> test/troubleshoot. I'm not on the list, so please Cc: me.
Debian package maintainers seem to be very slow and my impression is that
something is wrong at Debian:
- cdrtools did get it's last update on Debian in januray 2006, but they
used a version from May 2005 2.01.01a03. The current version is a07!
- star did get it's last update on Debian in september 2005. I did
publish 6 new versions since then.
- smake did get it's last update on Debian in july 2004. I did publish
11 new versions since then.
> I took an audio CD, cloned it with readcd, and grabbed the tracks with
> cdparanoia. Then, I tried to burn the cloned image:
Both methods are a very bad idea!
cloning defective by intention audio CDs clones the defects
cdparanois is unmaintained since 5 years. Better use cdda2wav
which gives better results than cdparanoia.
Start reading the man pages.... there are examples for your use case.
> ----
> $ sudo cdrecord -v -clone -raw96r cdimage
> Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 Joerg
> Schilling
> NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord
> and thus may have bugs that are not present in the original version.
> Please send bug reports and support requests to
> <cdrtools@packages.debian.org>.
> The original author should not be bothered with problems of this version.
>
> cdrecord: Warning: Running on Linux-2.6.15-1-686
> cdrecord: There are unsettled issues with Linux-2.5 and newer.
> cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
> TOC Type: 1 = CD-ROM
> scsidev: '/dev/hdb'
> devname: '/dev/hdb'
> scsibus: -2 target: -2 lun: -2
> Warning: Open by 'devname' is unintentional and not supported.
If you did read the man page, you did know the right way to specify SCSI
addresses.
> Linux sg driver version: 3.5.27
> Using libscg version 'debian-0.8debian2'.
> cdrecord: Warning: using inofficial version of libscg (debian-0.8debian2
> '@(#)scsitransp.c 1.91 04/06/17 Copyright 1988,1995,2000-2004 J.
> Schilling').
> SCSI buffer size: 64512
> atapi: 1
> Device type : Removable CD-ROM
> Version : 0
> Response Format: 3
> Capabilities : Vendor_info : 'PLEXTOR '
> Identifikation : 'DVDR PX-740A '
> Revision : '1.00'
> Device seems to be: Generic mmc2 DVD-R/DVD-RW.
> Current: 0x0009
> Profile: 0x002B Profile: 0x001B Profile: 0x001A Profile: 0x0016 Profile: 0x0015
> Profile: 0x0014 Profile: 0x0011 Profile: 0x0010 Profile: 0x000A Profile: 0x0009
> (current)
Someone did add a bug, this should be on separate lines...
> Profile: 0x0008 cdrecord: This version of cdrecord does not include
> DVD-R/DVD-RW support code.
> cdrecord: See /usr/share/doc/cdrecord/README.DVD.Debian for details on DVD
> support.
> 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
> Encoding speed : 101x (7543 sectors/s) for libedc from Heiko Eißfeldt
> Track 01: data 419 MB Total size: 403 MB (39:56.76) = 179757 sectors
> Lout start: 403 MB (39:58/57) = 179757 sectors
> Current Secsize: 2048
> ATIP info from disk:
> Indicated writing power: 4
> Is not unrestricted
> Is not erasable
> Disk sub type: Medium Type A, high Beta category (A+) (3)
> ATIP start of lead in: -11849 (97:24/01)
> ATIP start of lead out: 359847 (79:59/72)
> Disk type: Long strategy type (Cyanine, AZO or similar)
> Manuf. index: 25
> Manufacturer: Taiyo Yuden Company Limited
> Blocks total: 359847 Blocks current: 359847 Blocks remaining: 180090
> Starting to write CD/DVD at speed 48 in real RAW/RAW96R 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.
> Turning BURN-Free off
> Performing OPC...
> cdrecord: WARNING: Drive returns wrong startsec (0) using -11849 from ATIP
> Writing lead-in at sector -11849
> Lead-in write time: 12.928s
> Writing pregap for track 1 at -150
> Starting new track at sector: 0
> Track 01: 419 of 419 MB written (fifo 100%) [buf 91%] 37.8x.
> Track 01: Total bytes read/written: 440045136/440045136 (179757 sectors).
> Writing time: 99.595s
> Average write speed 27.7x.
> Min drive buffer fill was 26%
> Writing Leadout...
> Fixating...
> Fixating time: 37.845s
> cdrecord: fifo had 6914 puts and 6914 gets.
> cdrecord: fifo was 0 times empty and 3299 times full, min fill was 92%.
> ----
>
> This produced a coaster; when I tried to do anything with it, the drive took
> forever to respond, so DMA got disabled, and the bus was reset:
It may be a result of a Linux kernel bug.....
> ----
> Apr 5 19:10:00 rain kernel: hdb: status error: status=0x00 { }
> Apr 5 19:10:01 rain kernel: ide: failed opcode was: unknown
> Apr 5 19:10:01 rain kernel: hdb: status error: status=0x00 { }
> Apr 5 19:10:01 rain kernel: ide: failed opcode was: unknown
> Apr 5 19:10:01 rain kernel: hdb: status error: status=0x00 { }
> Apr 5 19:10:01 rain kernel: ide: failed opcode was: unknown
> Apr 5 19:10:01 rain kernel: hdb: status error: status=0x00 { }
> Apr 5 19:10:01 rain kernel: ide: failed opcode was: unknown
> Apr 5 19:10:01 rain kernel: hdb: DMA disabled
> Apr 5 19:10:01 rain kernel: hdb: ATAPI reset complete
> ----
Looks like there are many problems in your kernel.
Linux >= 2.6.8.1 introduced many new bugs and the maintainers refuse to fix
their problems.
> Then, I tried to just burn the tracks in dao mode; I think the fifo is so low
> because the drive is in PIO mode (but the source hard drive was on a different
> bus...):
>
> ----
> $ sudo cdrecord -v -dao -audio track*
> Cdrecord-Clone 2.01.01a03 (i686-pc-linux-gnu) Copyright (C) 1995-2005 Joerg
> Schilling
> NOTE: this version of cdrecord is an inofficial (modified) release of cdrecord
> and thus may have bugs that are not present in the original version.
> Please send bug reports and support requests to
> <cdrtools@packages.debian.org>.
> The original author should not be bothered with problems of this version.
>
> cdrecord: Warning: Running on Linux-2.6.15-1-686
> cdrecord: There are unsettled issues with Linux-2.5 and newer.
> cdrecord: If you have unexpected problems, please try Linux-2.4 or Solaris.
> TOC Type: 0 = CD-DA
> scsidev: '/dev/hdb'
> devname: '/dev/hdb'
> scsibus: -2 target: -2 lun: -2
> Warning: Open by 'devname' is unintentional and not supported.
> Linux sg driver version: 3.5.27
> Using libscg version 'debian-0.8debian2'.
> cdrecord: Warning: using inofficial version of libscg (debian-0.8debian2
> '@(#)scsitransp.c 1.91 04/06/17 Copyright 1988,1995,2000-2004 J.
> Schilling').
> SCSI buffer size: 64512
> atapi: 1
> Device type : Removable CD-ROM
> Version : 0
> Response Format: 3
> Capabilities : Vendor_info : 'PLEXTOR '
> Identifikation : 'DVDR PX-740A '
> Revision : '1.00'
> Device seems to be: Generic mmc2 DVD-R/DVD-RW.
> Current: 0x0009
> Profile: 0x002B Profile: 0x001B Profile: 0x001A Profile: 0x0016 Profile: 0x0015
> Profile: 0x0014 Profile: 0x0011 Profile: 0x0010 Profile: 0x000A Profile: 0x0009
> (current)
> Profile: 0x0008 cdrecord: This version of cdrecord does not include
> DVD-R/DVD-RW support code.
> cdrecord: See /usr/share/doc/cdrecord/README.DVD.Debian for details on DVD
> support.
> 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
> Track 01: audio 26 MB (02:35.21) no preemp Track 02: audio 29 MB (02:57.16)
> no preemp Track 03: audio 32 MB (03:12.21) no preemp Track 04: audio 20 MB
> (02:03.45) no preemp Track 05: audio 30 MB (03:00.02) no preemp Track 06:
> audio 26 MB (02:40.37) no preemp Track 07: audio 30 MB (03:03.53) no preemp
> Track 08: audio 26 MB (02:34.56) no preemp Track 09: audio 31 MB (03:07.28)
> no preemp Track 10: audio 24 MB (02:26.72) no preemp Track 11: audio 25 MB
> (02:32.90) no preemp Track 12: audio 18 MB (01:47.97) no preemp Track 13:
> audio 35 MB (03:29.49) no preemp Track 14: audio 44 MB (04:25.85) no preemp
> Total size: 403 MB (39:56.76) = 179757 sectors
> Lout start: 403 MB (39:58/57) = 179757 sectors
> Current Secsize: 2048
> ATIP info from disk:
> Indicated writing power: 4
> Is not unrestricted
> Is not erasable
> Disk sub type: Medium Type A, high Beta category (A+) (3)
> ATIP start of lead in: -11849 (97:24/01)
> ATIP start of lead out: 359847 (79:59/72)
> Disk type: Long strategy type (Cyanine, AZO or similar)
> Manuf. index: 25
> Manufacturer: Taiyo Yuden Company Limited
> Blocks total: 359847 Blocks current: 359847 Blocks remaining: 180090
> Starting to write CD/DVD at speed 48 in real SAO 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.
> Turning BURN-Free off
> Performing OPC...
> Sending CUE sheet...
> cdrecord: Success. read track info: scsi sendcmd: no error
^^^^^^^^^^
This verifies a Linux kernel bug.
This should never happen....
> 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
> cdrecord: Cannot get next writable address for 'invisible' track.
> cdrecord: This means that we are checking recorded media.
> cdrecord: This media cannot be written in streaming mode anymore.
> cdrecord: If you like to write to 'preformatted' RW media, try to blank the
> media first.
> cdrecord: WARNING: Drive returns wrong startsec (0) using -150
> Writing pregap for track 1 at -150
> Starting new track at sector: 0
> Track 01: 26 of 26 MB written (fifo 12%) [buf 33%] 18.0x.
> Track 01: Total bytes read/written: 27379632/27379632 (11641 sectors).
> Starting new track at sector: 11641
> Track 02: 29 of 29 MB written (fifo 45%) [buf 28%] 14.4x.
> Track 02: Total bytes read/written: 31251024/31251024 (13287 sectors).
> Starting new track at sector: 24928
> Track 03: 32 of 32 MB written (fifo 20%) [buf 33%] 17.2x.
> Track 03: Total bytes read/written: 33906432/33906432 (14416 sectors).
> Starting new track at sector: 39344
> Track 04: 20 of 20 MB written (fifo 17%) [buf 22%] 18.6x.
> Track 04: Total bytes read/written: 21777168/21777168 (9259 sectors).
> Starting new track at sector: 48603
> Track 05: 30 of 30 MB written (fifo 37%) [buf 26%] 17.8x.
> Track 05: Total bytes read/written: 31756704/31756704 (13502 sectors).
> Starting new track at sector: 62105
> Track 06: 26 of 26 MB written (fifo 6%) [buf 34%] 18.3x.
> Track 06: Total bytes read/written: 28289856/28289856 (12028 sectors).
> Starting new track at sector: 74133
> Track 07: 30 of 30 MB written (fifo 32%) [buf 26%] 18.3x.
> Track 07: Total bytes read/written: 32375280/32375280 (13765 sectors).
> Starting new track at sector: 87898
> Track 08: 26 of 26 MB written (fifo 40%) [buf 34%] 17.0x.
> Track 08: Total bytes read/written: 27264384/27264384 (11592 sectors).
> Starting new track at sector: 99490
> Track 09: 31 of 31 MB written (fifo 3%) [buf 39%] 19.1x.
> Track 09: Total bytes read/written: 33036192/33036192 (14046 sectors).
> Starting new track at sector: 113536
> Track 10: 24 of 24 MB written (fifo 45%) [buf 31%] 14.9x.
> Track 10: Total bytes read/written: 25881408/25881408 (11004 sectors).
> Starting new track at sector: 124540
> Track 11: 25 of 25 MB written (fifo 48%) [buf 28%] 14.9x.
> Track 11: Total bytes read/written: 26972736/26972736 (11468 sectors).
> Starting new track at sector: 136008
> Track 12: 18 of 18 MB written (fifo 15%) [buf 44%] 18.2x.
> Track 12: Total bytes read/written: 19046496/19046496 (8098 sectors).
> Starting new track at sector: 144106
> Track 13: 35 of 35 MB written (fifo 29%) [buf 29%] 17.7x.
> Track 13: Total bytes read/written: 36954624/36954624 (15712 sectors).
> Starting new track at sector: 159818
> Track 14: 44 of 44 MB written (fifo 9%) [buf 33%] 19.4x.
> Track 14: Total bytes read/written: 46896528/46896528 (19939 sectors).
> Writing time: 146.791s
> Average write speed 16.9x.
> Min drive buffer fill was 16%
> Fixating...
> Fixating time: 26.207s
> cdrecord: fifo had 6664 puts and 6664 gets.
> cdrecord: fifo was 102 times empty and 1 times full, min fill was 0%.
> ----
>
> This produced a working disc, but the 'startsec' error was still there.
This is from a buggy firmware.
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: