Re: [gentoo-user] cdrecord fails to burn dvd
On Mon, Nov 30, 2009 at 11:44:13PM +0100, Joerg Schilling wrote: José Romildo Malaquias j.romi...@gmail.com wrote: Then please test again with -v It works. See attached the output of the command: # script -f -c /var/tmp/CDRTOOLS/opt/schily/bin/cdrecord -v -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso /var/tmp/cdrecord.log This is really good news and the -v output shows that the first 1-2 MB, there is no display for the drive buffer fill ratio as cdrecord does not call read buffer cap. I just released 2.01.01a69 at: ftp://ftp.berlios.de/pub/cdrecord/alpha/ that includes the change. Jörg I want to thank Jörg for his persistence in helping me to solve the issue with my system. Thanks for his effort, and for the solution he has found. Romildo
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias wrote: On Mon, Nov 30, 2009 at 11:44:13PM +0100, Joerg Schilling wrote: José Romildo Malaquias j.romi...@gmail.com wrote: Then please test again with -v It works. See attached the output of the command: # script -f -c /var/tmp/CDRTOOLS/opt/schily/bin/cdrecord -v -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso /var/tmp/cdrecord.log This is really good news and the -v output shows that the first 1-2 MB, there is no display for the drive buffer fill ratio as cdrecord does not call read buffer cap. I just released 2.01.01a69 at: ftp://ftp.berlios.de/pub/cdrecord/alpha/ that includes the change. Jörg I want to thank Jörg for his persistence in helping me to solve the issue with my system. Thanks for his effort, and for the solution he has found. Romildo When it comes to CD/DVD stuff, he's the man. He sort of reminds me of a transmission commercial. If he can't fix it, then it ain't broke. lol Dale :-) :-)
Re: [gentoo-user] cdrecord fails to burn dvd
On Monday 30 November 2009 03:21:08 daid kahl wrote: Forgive the top-post, but I would like to say I was very impressed by the analysis of Joerg Schilling. Given the issue appears resolved, I can't help myself: When I bought this notebook in january and first installed gentoo, cdrecord used to work. Then at some point ago (probably after some update) it has stopped working with the behaviour I have described above. This is every single story of Gentoo and Linux in amazing brevity. /s/Gentoo and Linux/software/ There you go. Fixed that for you. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: Then please test again with -v It works. See attached the output of the command: # script -f -c /var/tmp/CDRTOOLS/opt/schily/bin/cdrecord -v -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso /var/tmp/cdrecord.log This is really good news and the -v output shows that the first 1-2 MB, there is no display for the drive buffer fill ratio as cdrecord does not call read buffer cap. I just released 2.01.01a69 at: ftp://ftp.berlios.de/pub/cdrecord/alpha/ that includes the change. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: On Fri, Nov 20, 2009 at 04:48:25PM +0100, Joerg Schilling wrote: José Romildo Malaquias j.romi...@gmail.com wrote: There was a report for broken Pioneer formware that hits in -v mode and causes the firmware from the drive to through away the data before writing it to the medium. Do you mean a test without -V or -v ? Without -v, as in this case cdrecord does not read the drives buffer fill ratio. It seems that there is a bug in Pioneer firmware that is triggered by calling SCSI get buffer cap (0x5C)and that results in throwing away the DMA data. Good news! With the command (without using the -v option) $ script -f -c cdrecord -V debug=2 -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso cdrecord.log cdrecord completed successfully. The sha1 sums (calculated in a different computer) for both the image and the recorded media are identical! OK, could you please use an original cdrecord without your recent self made patch and then apply this patch: --- cdrecord.c --- --- /tmp/sccs.RvayQWSo Nov 29 18:48:57 2009 +++ cdrecord.c So Nov 29 18:47:24 2009 @@ -2590,7 +2590,7 @@ if (fper = 0) printf( (fifo %3d%%), fper); #ifdef BCAP - if (bsize 0) {/* buffer size known */ + if (bsize 0 bytes bsize) { /* buffer size known */ scgp-silent++; per = (*dp-cdr_buffer_cap)(scgp, (long *)0, bfree); scgp-silent--; This should avoid some calls to the buffer cap function before the drive's internal buffer was filled the first time. Then please test again with -v Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] cdrecord fails to burn dvd
Forgive the top-post, but I would like to say I was very impressed by the analysis of Joerg Schilling. Given the issue appears resolved, I can't help myself: When I bought this notebook in january and first installed gentoo, cdrecord used to work. Then at some point ago (probably after some update) it has stopped working with the behaviour I have described above. This is every single story of Gentoo and Linux in amazing brevity. ~daid
Re: [gentoo-user] cdrecord fails to burn dvd
On 11/29/2009 8:21 PM, daid kahl wrote: When I bought this notebook in january and first installed gentoo, cdrecord used to work. Then at some point ago (probably after some update) it has stopped working with the behaviour I have described above. This is every single story of Gentoo and Linux in amazing brevity. But not Ubuntu. They do things differently :p Marcus
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: BTW: this may be caused by the fact that you did not simply add debug=2 but at the same time removed -V. I have run the cdrecord command again, this time passing -V and debug=2: $ script -f -c cdrecord -vvv -V debug=2 -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso cdrecord.log and the compressed log is attached. I hope you can find anything useful to understand what is happening. I'll look at this later. Could you meanwhile do a test without -V please? There was a report for broken Pioneer formware that hits in -v mode and causes the firmware from the drive to through away the data before writing it to the medium. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] cdrecord fails to burn dvd
On Fri, Nov 20, 2009 at 01:36:27PM +0100, Joerg Schilling wrote: José Romildo Malaquias j.romi...@gmail.com wrote: BTW: this may be caused by the fact that you did not simply add debug=2 but at the same time removed -V. I have run the cdrecord command again, this time passing -V and debug=2: $ script -f -c cdrecord -vvv -V debug=2 -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso cdrecord.log and the compressed log is attached. I hope you can find anything useful to understand what is happening. I'll look at this later. Could you meanwhile do a test without -V please? There was a report for broken Pioneer formware that hits in -v mode and causes the firmware from the drive to through away the data before writing it to the medium. Do you mean a test without -V or -v ? Romildo
Re: [gentoo-user] cdrecord fails to burn dvd
joerg.schill...@fokus.fraunhofer.de (Joerg Schilling) wrote: José Romildo Malaquias j.romi...@gmail.com wrote: BTW: this may be caused by the fact that you did not simply add debug=2 but at the same time removed -V. I have run the cdrecord command again, this time passing -V and debug=2: $ script -f -c cdrecord -vvv -V debug=2 -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso cdrecord.log and the compressed log is attached. I hope you can find anything useful to understand what is happening. I'll look at this later. Could you meanwhile do a test without -V please? Sorry - I mean wihtout -v With -v, crecord calls read buffer cap and this may cause a firmware bug in your drive. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: There was a report for broken Pioneer formware that hits in -v mode and causes the firmware from the drive to through away the data before writing it to the medium. Do you mean a test without -V or -v ? Without -v, as in this case cdrecord does not read the drives buffer fill ratio. It seems that there is a bug in Pioneer firmware that is triggered by calling SCSI get buffer cap (0x5C)and that results in throwing away the DMA data. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: Do you mean a test without -V or -v ? Without -v, as in this case cdrecord does not read the drives buffer fill ratio. It seems that there is a bug in Pioneer firmware that is triggered by calling SCSI get buffer cap (0x5C)and that results in throwing away the DMA data. Good news! With the command (without using the -v option) $ script -f -c cdrecord -V debug=2 -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso cdrecord.log cdrecord completed successfully. The sha1 sums (calculated in a different computer) for both the image and the recorded media are identical! Then it seems that the drive developer is Pioneer. TEAC is out of normal business sind 4 years but it may be that they are the OEM for drives developed by Pioneer. Is it fixable? Fixable would be updating the firmware in the drive. As it seems that Pioneer drives are sold by many companies, it may be that I need to find a suitable workaround for the bug. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: On Mon, Nov 16, 2009 at 03:43:12PM +0100, Joerg Schilling wrote: José Romildo Malaquias j.romi...@gmail.com wrote: To find the reason for the following Impossible because illegal error situation: Executing 'test unit ready' command on Bus 0 Target 6, Lun 0 timeout 40s CDB: 00 00 00 00 00 00 cdrecord: Input/output error. test unit ready: scsi sendcmd: fatal error CDB: 00 00 00 00 00 00 cmd finished after 0.000s timeout 40s please run the command again and add debug=2 to the list of options. I am attaching the compressed output of the command: script -f -c cdrecord -v debug=2 -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso cdrecord.log I cannot see any problem like the problem above. BTW: this may be caused by the fact that you did not simply add debug=2 but at the same time removed -V. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] cdrecord fails to burn dvd
On Mon, Nov 16, 2009 at 03:43:12PM +0100, Joerg Schilling wrote: José Romildo Malaquias j.romi...@gmail.com wrote: To find the reason for the following Impossible because illegal error situation: Executing 'test unit ready' command on Bus 0 Target 6, Lun 0 timeout 40s CDB: 00 00 00 00 00 00 cdrecord: Input/output error. test unit ready: scsi sendcmd: fatal error CDB: 00 00 00 00 00 00 cmd finished after 0.000s timeout 40s please run the command again and add debug=2 to the list of options. I am attaching the compressed output of the command: script -f -c cdrecord -v debug=2 -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso cdrecord.log Romildo cdrecord.log.bz2 Description: BZip2 compressed data
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: To find the reason for the following Impossible because illegal error situation: Executing 'test unit ready' command on Bus 0 Target 6, Lun 0 timeout 40s CDB: 00 00 00 00 00 00 cdrecord: Input/output error. test unit ready: scsi sendcmd: fatal error CDB: 00 00 00 00 00 00 cmd finished after 0.000s timeout 40s please run the command again and add debug=2 to the list of options. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: You may try to call cdrecord -v -checkdrive -V and have a look at the SCSI read buffer command. Unfortanatly I do not know how to deal with the output of the above command. So I am attaching it here (cdrecord0.log) and maybe someaone can find anything unexpected in it. OK, the drive does not support the read buffer command, this is why cdrecord cannot do a DMA speed test. But you have a massive problem in the linux kernel that needs to be investigated. The test unit ready command _cannot_ return a fatal SCSI transport error as long as there is a drive connected. Please start with running the scgcheck command to get some informations on the compliance problems in your linux kernel. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] cdrecord fails to burn dvd
On Wed, Nov 11, 2009 at 06:03:39PM +0100, Joerg Schilling wrote: José Romildo Malaquias j.romi...@gmail.com wrote: [...] OK, the drive does not support the read buffer command, this is why cdrecord cannot do a DMA speed test. But you have a massive problem in the linux kernel that needs to be investigated. The test unit ready command _cannot_ return a fatal SCSI transport error as long as there is a drive connected. Please start with running the scgcheck command to get some informations on the compliance problems in your linux kernel. The output of scgcheck is attached to this message. Romildo # scgcheck Scgcheck 2.01.01a67 (x86_64-unknown-linux-gnu) SCSI user level transport library ABI checker. Copyright (C) 1998-2008 Jörg Schilling ** Checking whether your implementation supports to scan the SCSI bus. Trying to open device: '(NULL POINTER)'. Using libscg version 'schily-0.9' Max DMA buffer size: 32768 scsibus0: 0,0,0 0) 'ATA ' 'FUJITSU MHZ2250B' '0085' Disk 0,1,0 1) * 0,2,0 2) * 0,3,0 3) * 0,4,0 4) * 0,5,0 5) * 0,6,0 6) * 0,7,0 7) * scsibus3: 3,0,0 300) 'TEAC' 'DVD+-RW DVW28SLC' 'A.06' Removable CD-ROM 3,1,0 301) * 3,2,0 302) * 3,3,0 303) * 3,4,0 304) * 3,5,0 305) * 3,6,0 306) * 3,7,0 307) * -- SCSI scan bus test PASSED For the next test we need to open a single SCSI device. Best results will be obtained if you specify a modern CD-ROM drive. No target specified, trying to find one... Using dev=3,0,0. Enter SCSI device name [3,0,0]: Trying to open device: '3,0,0'. Using libscg version 'schily-0.9' Max DMA buffer size: 131072 Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'TEAC' Identifikation : 'DVD+-RW DVW28SLC' Revision : 'A.06' Ready to start test for second SCSI open? Enter CR to continue: First SCSI open OK - device usable ** Checking for second SCSI open. Second SCSI open for same device succeeded, 1 additional file descriptor(s) used. Second SCSI open is usable Closing second SCSI. Checking first SCSI. First SCSI open is still usable -- Second SCSI open test PASSED. First SCSI open is still usable Ready to start test for succeeded command? Enter CR to continue: ** Checking for succeeded SCSI command. Executing 'inquiry' command on Bus 3 Target 0, Lun 0 timeout 40s CDB: 12 00 00 00 24 00 cmd finished after 0.004s timeout 40s Inquiry Data : 05 80 05 32 5B 00 00 00 54 45 41 43 20 20 20 20 44 56 44 2B 2D 52 57 20 44 56 57 32 38 53 4C 43 41 2E 30 36 -- SCSI succeeded command test PASSED Ready to start test for failing command? Enter CR to continue: ** Testing for failed SCSI command. Inquiry did not fail. This may be because the firmware in your drive is buggy. If the current drive is not a CD-ROM drive please restart the test utility. Otherwise remove any medium from the drive. Ready to start test for failing command? Enter CR to continue: scgcheck: Input/output error. test unit ready: scsi sendcmd: no error CDB: 00 00 00 00 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 02 00 00 00 00 0E 00 00 00 00 3A 00 00 00 Sense Key: 0x2 Not Ready, Segment 0 Sense Code: 0x3A Qual 0x00 (medium not present) Fru 0x0 Sense flags: Blk 0 (not valid) cmd finished after 0.007s timeout 40s -- SCSI failed command test PASSED Ready to start test for sense data count? Enter CR to continue: ** Testing for SCSI sense data count. ** Testing if at least CCS_SENSE_LEN (18) is supported... Sense Data: 70 00 02 00 00 00 00 0E 00 00 00 00 3A 00 00 00 00 00 -- Method 0x00: expected: 18 reported: 16 max found: 13 Sense Data: 70 00 02 00 00 00 00 0E 00 00 00 00 3A 00 00 00 FF FF -- Method 0xFF: expected: 18 reported: 16 max found: 16 -- Minimum standard (CCS) sense length failed -- Wanted 18 sense bytes, got (16) ** Testing for 32 bytes of sense data... Sense Data: 70 00 02 00 00 00 00 0E 00 00 00 00 3A 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 -- Method 0x00: expected: 32 reported: 16 max found: 13 Sense Data: 70 00 02 00 00 00 00 0E 00 00 00 00 3A 00 00 00 FF FF FF FF FF FF FF
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: Did you ever write a DVD-R with this hardware? Yes I have written some DVD-R discs with this hardware. When I bought the notebook and installed gentoo in last January, burning with cdrecord (from cdrtools) used to work. Sometime later (about one month, but I am not sure) it stopped working. Probably after some upgrade. I do not remeber exactly. By then I could not look at the problem because of lack of time. Since then I have been using Nero Linux for recording DVD-R discs without problems. Some information I have sent in previous messages may not be accurate enough because I have forgotten to change the media to a new unused one. So I am attaching a new file with the output of some requested commands. With the messages you send, it cannot be cdrecord but either your drive or the Linux kernel. One interesting point is that cdrecord is unable to do a DMA speed test. THis may have different reasons and without knowing the reason, I cannot say more... You may try to call cdrecord -v -checkdrive -V and have a look at the SCSI read buffer command. You also may try to reduce the transfer size to 16 kb by adding ts=16k to the command line in hope that it is a driver bug that goes away with smaller transfer sizes. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: Most of the requested information can be found in the attached log file. I do not know how to get the ATIP data on the media used. But I can say Call cdrecord -atip For the medium state, I would need the output from cdrecord -minfo before and after you tries to burn. that I have recently used more than 200 discs of this brand (Kodak) and it has shown very reliable. cdrecord has no problems with it on my desktop computer. The problem happens just in my notebook. Therefore it suggests the problem is not with the media. Did you ever write a DVD-R with this hardware? Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] cdrecord fails to burn dvd
On Mon, Nov 09, 2009 at 10:11:40AM +0100, Joerg Schilling wrote: José Romildo Malaquias j.romi...@gmail.com wrote: Most of the requested information can be found in the attached log file. I do not know how to get the ATIP data on the media used. But I can say Call cdrecord -atip By searching the cdrecord man page I have found it. Thanks anyway. For the medium state, I would need the output from cdrecord -minfo before and after you tries to burn. that I have recently used more than 200 discs of this brand (Kodak) and it has shown very reliable. cdrecord has no problems with it on my desktop computer. The problem happens just in my notebook. Therefore it suggests the problem is not with the media. Did you ever write a DVD-R with this hardware? Yes I have written some DVD-R discs with this hardware. When I bought the notebook and installed gentoo in last January, burning with cdrecord (from cdrtools) used to work. Sometime later (about one month, but I am not sure) it stopped working. Probably after some upgrade. I do not remeber exactly. By then I could not look at the problem because of lack of time. Since then I have been using Nero Linux for recording DVD-R discs without problems. Some information I have sent in previous messages may not be accurate enough because I have forgotten to change the media to a new unused one. So I am attaching a new file with the output of some requested commands. Romildo $ dvd+rw-mediainfo /dev/sr0 INQUIRY:[TEAC][DVD+-RW DVW28SLC][A.06] GET [CURRENT] CONFIGURATION: Mounted Media: 11h, DVD-R Sequential Media ID: UME01 Current Write Speed: 8.0x1385=11080KB/s Write Speed #0:8.0x1385=11080KB/s Write Speed #1:6.0x1385=8310KB/s Write Speed #2:4.0x1385=5540KB/s Write Speed #3:2.0x1385=2770KB/s Speed Descriptor#0:00/2298495 r...@8.0x1385=11080kb/s w...@8.0x1385=11080kb/s Speed Descriptor#1:00/2298495 r...@6.0x1385=8310kb/s w...@6.0x1385=8310kb/s Speed Descriptor#2:00/2298495 r...@4.0x1385=5540kb/s w...@4.0x1385=5540kb/s Speed Descriptor#3:00/2298495 r...@2.0x1385=2770kb/s w...@2.0x1385=2770kb/s READ DVD STRUCTURE[#10h]: Media Book Type: 00h, DVD-ROM book [revision 0] Legacy lead-out at:2298496*2KB=4707319808 READ DVD STRUCTURE[#0h]: Media Book Type: 25h, DVD-R book [revision 5] Last border-out at:2045*2KB=4188160 READ DISC INFORMATION: Disc status: blank Number of Sessions:1 State of Last Session: empty Next Track: 1 Number of Tracks: 1 READ TRACK INFORMATION[#1]: Track State: invisible incremental Track Start Address: 0*2KB Next Writable Address: 0*2KB Free Blocks: 2297888*2KB Track Size:2297888*2KB READ CAPACITY: 0*2048=0 $ cdrecord -atip Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2009 Jörg Schilling Linux sg driver version: 3.5.34 Using libscg version 'schily-0.9'. No target specified, trying to find one... Using dev=3,0,0. Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'TEAC' Identifikation : 'DVD+-RW DVW28SLC' Revision : 'A.06' Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM. Using generic SCSI-3/mmc-2 DVD-R/DVD-RW/DVD-RAM driver (mmc_dvd). Driver flags : NO-CD DVD MMC-3 SWABAUDIO BURNFREE Supported modes: PACKET SAO LAYER_JUMP cdrecord: Warning: The DMA speed test has been skipped. book type: DVD-R, Version 2.0x (2.5) disc size: 120mm (0) maximum rate:Not specified (15) number of layers:1 track path: Parallel Track Path (0) layer type: Rewritable Area (2) linear density: 0.267 µm/bit (0) track density: 0.74 µm/track (0) phys start: 196608 (0x3) phys end:0 end layer 0: 0 bca: 0 phys size:...-196607 copyr prot type: 0 region mgt info: 0 last rma sector: 0 application code:64 physical code: 193 last rec address:16621272 part v./ext code:5/2 ind wr. power: 135 wavelength code: 13 write str. code: 10 66 78 80 Manufacturer: 'UME01' rzone size: 36 rzone number: 1 border number: 1 ljrs: 0 track mode: 4 copy: 0 damage: 0 reserved track: 0 blank: 1 incremental: 0 fp: 0 data mode: 1 lra valid: 0 nwa valid: 1 rzone start:0 next wr addr: 0 free blocks:2298496 blocking factor:16 rzone size: 2298496 last recorded addr: 0 Capacity Blklen/Sparesz. Format-type Type 16777215 2048 0x00 No Media Present or Unknown Capacity $ cdrecord -minfo Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2009 Jörg Schilling Linux sg driver version: 3.5.34 Using libscg version 'schily-0.9'. No target specified, trying to find one... Using dev=3,0,0. Device type: Removable CD-ROM Version
Re: [gentoo-user] cdrecord fails to burn dvd
José Romildo Malaquias j.romi...@gmail.com wrote: Hello. Burning dvds with Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 on my Dell Vostro 1510 notebook is always failing. The device is identified as TEAC DVD+-RW DVW28SLC and can write at 8x speed. The process starts and reports writing at 14.5x, but the media is not burnt. cdrecord reaches but does not finish the fixation stage. It reports an average write speed of 14.3x. When I manage to stop the process (by rebooting the computer), I see the media has not been burnt and it is not ruined. It can be reused. With cdrkit, cdrecord finishes (after using different speeds, as 2x, 1x, 4x, 6x e 20x), but when reading the disc an input/output error is reported. wodim is known for not being able to support DVDs. If you like to get help with cdrecord, I recommend you to first send information and log files about your problem. I need the following: The version number of cdrecord that caused the bug. The command line that was used for the failing command. The complete output (including error messages) from 'cdrecord -v ...' (use script to fetch the output) Probably the important part of the 'cdrecord -V' output if we agreed on it The OS name, release and hardware (processor) Special conditions of your environment (libc vers. SCSI transport ...) Sufficient information on the media used. This is at least the ATIP data, a note to CD-R/CD-RW and information on the state and the case history of this media. If cdrecord reports a higher speed than possible, I would guess that the Linux kernel does not set up DMA correctly. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [gentoo-user] cdrecord fails to burn dvd
On Sun, Nov 08, 2009 at 05:35:50PM +0100, Joerg Schilling wrote: José Romildo Malaquias j.romi...@gmail.com wrote: Hello. Burning dvds with Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 on my Dell Vostro 1510 notebook is always failing. The device is identified as TEAC DVD+-RW DVW28SLC and can write at 8x speed. The process starts and reports writing at 14.5x, but the media is not burnt. cdrecord reaches but does not finish the fixation stage. It reports an average write speed of 14.3x. When I manage to stop the process (by rebooting the computer), I see the media has not been burnt and it is not ruined. It can be reused. With cdrkit, cdrecord finishes (after using different speeds, as 2x, 1x, 4x, 6x e 20x), but when reading the disc an input/output error is reported. wodim is known for not being able to support DVDs. If you like to get help with cdrecord, I recommend you to first send information and log files about your problem. I need the following: The version number of cdrecord that caused the bug. The command line that was used for the failing command. The complete output (including error messages) from 'cdrecord -v ...' (use script to fetch the output) Probably the important part of the 'cdrecord -V' output if we agreed on it The OS name, release and hardware (processor) Special conditions of your environment (libc vers. SCSI transport ...) Sufficient information on the media used. This is at least the ATIP data, a note to CD-R/CD-RW and information on the state and the case history of this media. If cdrecord reports a higher speed than possible, I would guess that the Linux kernel does not set up DMA correctly. Jörg Most of the requested information can be found in the attached log file. I do not know how to get the ATIP data on the media used. But I can say that I have recently used more than 200 discs of this brand (Kodak) and it has shown very reliable. cdrecord has no problems with it on my desktop computer. The problem happens just in my notebook. Therefore it suggests the problem is not with the media. If you need any more information, just ask. Romildo $ uname -a Linux jrm 2.6.31-gentoo-r5 #1 SMP Sat Nov 7 21:58:34 BRST 2009 x86_64 Intel(R) Core(TM)2 Duo CPU T8100 @ 2.10GHz GenuineIntel GNU/Linux $ /lib/libc.so.6 GNU C Library stable release version 2.11, by Roland McGrath et al. Copyright (C) 2009 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Compiled by GNU CC version 4.4.2. Compiled on a Linux 2.6.31-gentoo-r4 system on 2009-11-07. Available extensions: C stubs add-on version 2.1.2 crypt add-on version 2.1 by Michael Glad and others Gentoo patchset 2 GNU Libidn by Simon Josefsson Native POSIX Threads Library by Ulrich Drepper et al BIND-8.2.3-T5B For bug reporting instructions, please see: http://www.gnu.org/software/libc/bugs.html. $ lsscsi --list --long 3:0:0:0 [3:0:0:0]cd/dvd TEAC DVD+-RW DVW28SLC A.06 /dev/sr0 device_blocked=0 iocounterbits=32 iodone_cnt=0xf2e ioerr_cnt=0x3 iorequest_cnt=0x2548 queue_depth=1 queue_type=none scsi_level=6 state=running timeout=30 type=5 $ lsscsi --transport 3:0:0:0 [3:0:0:0]cd/dvd ata:/dev/sr0 # hdparm -i /dev/sr0 | grep dma DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 *udma2 $ cdrecord --version Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2009 Jörg Schilling $ cdrecord -checkdrive Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2009 Jörg Schilling Linux sg driver version: 3.5.34 Using libscg version 'schily-0.9'. No target specified, trying to find one... Using dev=3,0,0. Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'TEAC' Identifikation : 'DVD+-RW DVW28SLC' Revision : 'A.06' Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM. Using generic SCSI-3/mmc-2 DVD-R/DVD-RW/DVD-RAM driver (mmc_dvd). Driver flags : NO-CD DVD MMC-3 SWABAUDIO BURNFREE Supported modes: PACKET SAO LAYER_JUMP cdrecord: Warning: The DMA speed test has been skipped. $ cdrecord -v -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2009 Jörg Schilling TOC Type: 1 = CD-ROM Linux sg driver version: 3.5.34 Using libscg version 'schily-0.9'. Driveropts: 'burnfree' SCSI buffer size: 32768 No target specified, trying to find one... Using dev=3,0,0. atapi: 1 Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'TEAC' Identifikation : 'DVD+-RW DVW28SLC' Revision : 'A.06' Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM. Current: DVD-R
Re: [gentoo-user] cdrecord fails to burn dvd
On Sun, Nov 08, 2009 at 11:23:50PM -0200, José Romildo Malaquias wrote: On Sun, Nov 08, 2009 at 05:35:50PM +0100, Joerg Schilling wrote: José Romildo Malaquias j.romi...@gmail.com wrote: [...] Burning dvds with Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 on my Dell Vostro 1510 notebook is always failing. [...] I need the following: [...] Sufficient information on the media used. This is at least the ATIP data, a note to CD-R/CD-RW and information on the state and the case history of this media. [...] I do not know how to get the ATIP data on the media used. But I can say that I have recently used more than 200 discs of this brand (Kodak) and it has shown very reliable. cdrecord has no problems with it on my desktop computer. The problem happens just in my notebook. Therefore it suggests the problem is not with the media. Attached is information related to the ATIP of the media, get with cdrecod and dvd+rw-mediainfo. Romildo $ cdrecord -atip Cdrecord-ProDVD-ProBD-Clone 2.01.01a67 (x86_64-unknown-linux-gnu) Copyright (C) 1995-2009 Jörg Schilling Linux sg driver version: 3.5.34 Using libscg version 'schily-0.9'. No target specified, trying to find one... Using dev=3,0,0. Device type: Removable CD-ROM Version: 5 Response Format: 2 Capabilities : Vendor_info: 'TEAC' Identifikation : 'DVD+-RW DVW28SLC' Revision : 'A.06' Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM. Using generic SCSI-3/mmc-2 DVD-R/DVD-RW/DVD-RAM driver (mmc_dvd). Driver flags : NO-CD DVD MMC-3 SWABAUDIO BURNFREE Supported modes: PACKET SAO LAYER_JUMP cdrecord: Warning: The DMA speed test has been skipped. book type: DVD-R, Version 2.0x (2.5) disc size: 120mm (0) maximum rate:Not specified (15) number of layers:1 track path: Parallel Track Path (0) layer type: Rewritable Area (2) linear density: 0.267 µm/bit (0) track density: 0.74 µm/track (0) phys start: 196608 (0x3) phys end:0 end layer 0: 0 bca: 0 phys size:...-196607 copyr prot type: 0 region mgt info: 0 last rma sector: 0 application code:64 physical code: 193 last rec address:16621272 part v./ext code:5/2 ind wr. power: 135 wavelength code: 13 write str. code: 10 66 78 80 Manufacturer: 'UME01' rzone size: 36 rzone number: 1 border number: 1 ljrs: 0 track mode: 4 copy: 0 damage: 0 reserved track: 0 blank: 1 incremental: 0 fp: 0 data mode: 1 lra valid: 0 nwa valid: 1 rzone start:0 next wr addr: 0 free blocks:2298496 blocking factor:16 rzone size: 2298496 last recorded addr: 0 Capacity Blklen/Sparesz. Format-type Type 16777215 2048 0x00 No Media Present or Unknown Capacity $ dvd+rw-mediainfo /dev/sr0 INQUIRY:[TEAC][DVD+-RW DVW28SLC][A.06] GET [CURRENT] CONFIGURATION: Mounted Media: 11h, DVD-R Sequential Media ID: UME01 Current Write Speed: 8.0x1385=11080KB/s Write Speed #0:8.0x1385=11080KB/s Write Speed #1:6.0x1385=8310KB/s Write Speed #2:4.0x1385=5540KB/s Write Speed #3:2.0x1385=2770KB/s Speed Descriptor#0:00/2298495 r...@8.0x1385=11080kb/s w...@8.0x1385=11080kb/s Speed Descriptor#1:00/2298495 r...@6.0x1385=8310kb/s w...@6.0x1385=8310kb/s Speed Descriptor#2:00/2298495 r...@4.0x1385=5540kb/s w...@4.0x1385=5540kb/s Speed Descriptor#3:00/2298495 r...@2.0x1385=2770kb/s w...@2.0x1385=2770kb/s READ DVD STRUCTURE[#10h]: Media Book Type: 00h, DVD-ROM book [revision 0] Legacy lead-out at:2298496*2KB=4707319808 READ DVD STRUCTURE[#0h]: Media Book Type: 25h, DVD-R book [revision 5] Last border-out at:2045*2KB=4188160 READ DISC INFORMATION: Disc status: blank Number of Sessions:1 State of Last Session: empty Next Track: 1 Number of Tracks: 1 READ TRACK INFORMATION[#1]: Track State: blank Track Start Address: 0*2KB Next Writable Address: 0*2KB Free Blocks: 2298496*2KB Track Size:2298496*2KB READ CAPACITY: 0*2048=0