lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:	Mon, 05 Oct 2009 13:11:51 +0200
From:	Joerg.Schilling@...us.fraunhofer.de (Joerg Schilling)
To:	linux-kernel@...r.kernel.org, shawn.starr@...ers.com
Subject: Re: [PROBLEM][2.6.31.1] - Cannot burn DVDs - PIONEER  DVD-RW
  DVR-111D

>Model is: 
>Unable to burn DVDs with 2.6.31.x

>ata7.00: ATAPI: PIONEER DVD-RW  DVR-111D, 1.29, max UDMA/66
>scsi 6:0:0:0: CD-ROM            PIONEER  DVD-RW  DVR-111D 1.29 PQ: 0 ANSI: 5

>sr 6:0:0:0: [sr0] Unhandled sense 
>code                                                                                      
>sr 6:0:0:0: [sr0] Result: hostbyte=DID_OK 
>driverbyte=DRIVER_SENSE                                                           
>sr 6:0:0:0: [sr0] Sense Key : Medium Error 
>[current]                                                                        
>Info fld=0x0  
>sr 6:0:0:0: [sr0] Add. Sense: L-EC uncorrectable error
>end_request: I/O error, dev sr0, sector 0
>Buffer I/O error on device sr0, logical block 0

>wodim (cdrecord):

>Errno: 5 (Input/output error), reserve track scsi sendcmd: no error
>CDB:  53 00 00 00 00 00 1D 60 3C 00
>status: 0x2 (CHECK CONDITION)
>Sense Bytes: 70 00 05 00 00 00 00 0E 00 00 00 00 21 00 00 00
>Sense Key: 0x5 Illegal Request, Segment 0
>Sense Code: 0x21 Qual 0x00 (logical block address out of range) Fru 0x0
>Sense flags: Blk 0 (not valid)
>cmd finished after 0.006s timeout 40s
>wodim: Cannot open new session.

Please note that this is not cdrecord but a defective fork where someone
did rip off the working DVD support from the cdrecord original source and 
replaced it with something half baken. Wodim (this is what you used)
does not retrieve information about the medium and this is why it is
very probable that wodim fails when trying to send a SCSi command that is
related to the actual free size on the medium.

It is very likely that this problem does not occur with the original
cdrecord from:

ftp://ftp.berlios.de/pub/cdrecord/alpha/

I've seen similar reports before in the net and reports from users that
reported success after upgrading to the original software.

Jörg

-- 
 EMail:joerg@...ily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin
       js@...tu-berlin.de                (uni)  
       joerg.schilling@...us.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL:  http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ