[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

cdrecord: able to write successfully to CDRW, but not CDR media



Hello,

I have a very strange problem while burning CDs after I upgraded from
kernel 2.6.8 to 2.6.12 on debian testing. I am able to burn data on my
CDRW media, but not to any CDR media. I have tried CDR media from
different sets (purchased at different times), as well as 2 totally
different brands.

Actually, I am able to burn successfully to my CDRs - cdrecord runs
without any error and completes the burning process. But I am unable
to mount the CDRs successfully. I have tried multiple times with my
CDRW media, and everything works fine, though.

I get the following error when I try to mount CDRs burnt with cdrecord:

% dmesg

hdc: media error (bad sector): status=0x51 { DriveReady SeekComplete Error }
hdc: media error (bad sector): error=0x34 { AbortedCommand
LastFailedSense=0x03 }
ide: failed opcode was: unknown
end_request: I/O error, dev hdc, sector 64
isofs_fill_super: bread failed, dev=hdc, iso_blknum=16, block=16


% mount

mount: wrong fs type, bad option, bad superblock on /dev/hdc,
       missing codepage or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so


Below are verbose output from cdrecord. Like I mentioned, they don't
give errors.

With CDRW media (able to successfully mount it):
----------------------------------------------------------------------

vj@quadros:~/.mldonkey/incoming/directories/BT$ cdrecord dev=/dev/hdc
-v speed=8 debian-31r0a-i386-binary-2.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.01.01a01 (i686-pc-linux-gnu) Copyright (C) 1995-2004
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.12-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/hdc'
devname: '/dev/hdc'
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 'ubuntu-0.8ubuntu1'.
cdrecord: Warning: using inofficial version of libscg
(ubuntu-0.8ubuntu1 '@(#)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: 1
Vendor_info    : 'SAMSUNG '
Identifikation : 'CD-R/RW SW-252F '
Revision       : 'R802'
Device seems to be: Generic mmc CD-RW.
Current: 0x000A
Profile: 0x000A (current)
Profile: 0x0009
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 : 1053696 = 1029 KB
FIFO size      : 4194304 = 4096 KB
Track 01: data   639 MB
Total size:      734 MB (72:48.81) = 327661 sectors
Lout start:      735 MB (72:50/61) = 327661 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:  -12374 (97:17/01)
  ATIP start of lead out: 359849 (79:59/74)
  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
  A3 values: 02 D2 80
Disk type:    Phase change
Manuf. index: 69
Manufacturer: Moser Baer India Limited
Manufacturer is guessed because of the orange forum embargo.
The orange forum likes to get money for recent information.
The information for this media may not be correct.
Blocks total: 359849 Blocks current: 359849 Blocks remaining: 32188
Starting to write CD/DVD at speed 10 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 OFF.
Performing OPC...
Starting new track at sector: 0
Track 01:  639 of  639 MB written (fifo 100%) [buf  99%]  10.5x.
Track 01: Total bytes read/written: 671045632/671045632 (327659 sectors).
Writing  time:  440.687s
Average write speed   9.9x.
Min drive buffer fill was 99%
Fixating...
Fixating time:   28.540s
cdrecord: fifo had 10570 puts and 10570 gets.
cdrecord: fifo was 0 times empty and 10491 times full, min fill was 78%.



With CDR media (unsuccessful - unable to mount burnt CDRs):
---------------------------------------------------------------------------------------

vj@quadros:~/.mldonkey/incoming/directories/BT$ cdrecord dev=/dev/hdc
-v speed=8 debian-31r0a-i386-binary-2.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.01.01a01 (i686-pc-linux-gnu) Copyright (C) 1995-2004
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.12-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/hdc'
devname: '/dev/hdc'
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 'ubuntu-0.8ubuntu1'.
cdrecord: Warning: using inofficial version of libscg
(ubuntu-0.8ubuntu1 '@(#)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: 1
Vendor_info    : 'SAMSUNG '
Identifikation : 'CD-R/RW SW-252F '
Revision       : 'R802'
Device seems to be: Generic mmc CD-RW.
Current: 0x0009
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 : 1053696 = 1029 KB
FIFO size      : 4194304 = 4096 KB
Track 01: data   642 MB
Total size:      737 MB (73:06.08) = 328956 sectors
Lout start:      738 MB (73:08/06) = 328956 sectors
Current Secsize: 2048
ATIP info from disk:
  Indicated writing power: 5
  Is not unrestricted
  Is not erasable
  Disk sub type: Medium Type A, high Beta category (A+) (3)
  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: 30890
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 OFF.
Performing OPC...
Starting new track at sector: 0
Track 01:  642 of  642 MB written (fifo 100%) [buf  99%]   8.1x.
Track 01: Total bytes read/written: 673697792/673697792 (328954 sectors).
Writing  time:  556.421s
Average write speed   8.0x.
Min drive buffer fill was 99%
Fixating...
Fixating time:   34.098s
cdrecord: fifo had 10612 puts and 10612 gets.
cdrecord: fifo was 0 times empty and 10531 times full, min fill was 81%.


I have coasted my entire collection of blank CDRs trying to figure out
what exactly is wrong. I am no expert, though. I would be mighty glad
if someone can help me out with this.

Thank you in advance,
Vijay



Reply to: