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

Burning Double Layer DVD's fails



Burning single Layer DVD's using 'growisofs' works fine on my system.
     SuSE Linux 8.2, Kernel 2.4.20-4GB,
     DVD+/-RW NEC ND-3520A[1.04],
     The Module "ide-scsi" is loaded,
     growisofs --version    ==>>    "by <appro@fy.chalmers.se>, version 5.21,  mkisofs 2.0 (i686-suse-linux)"
But there is no chance to burn Double Layer DVD's.
 
I tried two different brands (Philips DVD+R DL 2,4x and TDK DVD+R DL 2,4x).
In both cases I got the following result:
 
     pandora:/usr/local/bin # ./growisofs -dvd-compat -Z /dev/sr0=/home/burn/track-01.img
     Executing 'builtin_dd if=/home/burn/track-01.img of=/dev/sr0 obs=32k seek=0'
     /dev/sr0: splitting layers at 1965984 blocks
     :-[ SEND DVD+R DOUBLE LAYER RECORDING INFORMATION failed with SK=6h/ASC=28h/ACQ=00h]: No medium found
     pandora:/usr/local/bin #
 
According the List in "http://fy.chalmers.se/~appro/linux/DVD+RW/keys.txt" is the interpretation of
the code "SK=6h/ASC=28h/ACQ=00h" : "NOT READY TO READY CHANGE, MEDIUM MAY HAVE CHANGED".
 
But neither this text nor the text "No medium found" gives me any idea on how to
overcome the problem.
Obviously both messages are misleading.
Because when I try 'dvd+rw-mediainfo', I get correct results.
 
     pandora:~ # /usr/local/bin/dvd+rw-mediainfo /dev/sr0
     INQUIRY:                [_NEC    ][DVD_RW ND-3520A ][1.04]
     GET [CURRENT] CONFIGURATION:
      Mounted Media:         2Bh, DVD+R Double Layer
      Media ID:              MKM/001
      Current Write Speed:   6.1x1385=8467KB/s
      Write Speed #0:        6.1x1385=8467KB/s
      Write Speed #1:        5.1x1385=7056KB/s
      Write Speed #2:        4.1x1385=5645KB/s
      Write Speed #3:        3.1x1385=4234KB/s
      Write Speed #4:        2.0x1385=2822KB/s
      Write Speed #5:        1.0x1385=1411KB/s
     GET [CURRENT] PERFORMANCE:
      Write Performance:     4.0x1385=5540KB/s @[0 -> 4173824]
      Speed Descriptor#0:    00/4173824
R@5.0x1385=6925KB/s W@4.0x1385=5540KB/s
      Speed Descriptor#1:    00/4173824 R@5.0x1385=6925KB/s W@2.4x1385=3324KB/s
     DVD+R DOUBLE LAYER BOUNDARY INFORMATION:
      L0 Data Zone Capacity: 2086912*2KB, can still be set
     READ DISC INFORMATION:
      Disc status:           blank
      Number of Sessions:    1
      State of Last Session: empty
      Number of Tracks:      1
     READ TRACK INFORMATION[#1]:
      Track State:           blank
      Track Start Address:   0*2KB
      Next Writable Address: 0*2KB
      Free Blocks:           4173824*2KB
      Track Size:            4173824*2KB
      ROM Compatibility LBA: 262144
     READ CAPACITY:          1*2048=2048
 
A second time I called 'growisofs' under the control of 'strace' and got the following output.
 

     pandora:/usr/local/bin # strace ./growisofs -dvd-compat -Z /dev/sr0=/home/burn/track-01.img
     execve("./growisofs", ["./growisofs", "-dvd-compat", "-Z", "/dev/sr0=/home/burn/track-01.img"], [/* 55 vars */]) = 0
     uname({sys="Linux", node="pandora", ...}) = 0
     brk(0)                                  = 0x8056c50
     open("/etc/ld.so.preload", O_RDONLY)    = -1 ENOENT (No such file or directory)
     open("/etc/ld.so.cache", O_RDONLY)      = 3
     fstat64(3, {st_mode=S_IFREG|0644, st_size=56395, ...}) = 0
     old_mmap(NULL, 56395, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40015000
     close(3)                                = 0
     . . .
 
     ioctl(5, 0x5393, 0xbffff1ac)            = 0
     write(2, "/dev/sr0: splitting layers at 19"..., 45/dev/sr0: splitting layers at 1965984 blocks) = 45
     ioctl(5, 0x5393, 0xbffff1ac)            = -1 ENOMEDIUM (No medium found)
     write(2, ":-[ SEND DVD+R DOUBLE LAYER RECO"..., 86:-[ SEND DVD+R DOUBLE LAYER RECORDING INFORMATION failed with SK=6h/ASC=28h/ACQ=00h]: ) = 86
     write(2, "No medium found\n", 16No medium found)       = 16
     munmap(0x40015000, 4096)                = 0
     exit_group(251)                         = ?
     pandora:/usr/local/bin #
 
But for me this gives no additional evidence as well as the kernel logs in /var/log/messages :
 
     May 30 09:34:14 pandora kernel: scsi : aborting command due to timeout : pid 449, scsi0, channel 0, id 0, lun 0 0xbf 00 00 00 00 00 00 20 00 0c 00 00
     May 30 09:34:14 pandora kernel: hdc: irq timeout: status=0xd0 { Busy }
     May 30 09:34:14 pandora kernel: hdc: ATAPI reset complete
 
What is the problem? And how can I solve it?
Thank you in advance and best regards
Udo.
 
eMail: konzack@konzept-is.de
 

Reply to: