From: David A. <dav...@pa...> - 2005-06-19 21:46:33
|
Hello, I posted this on the sourceforge Cdrdao forum but then realised, after looking at the number of replies for past messages, that it probably won't get much visibility there. So I re-post here in the hope that solving this problem might help others (I know of one other person already on forums.gentoo.org who has this same problem) as well as myself. I am trying to use cdrdao to read and backup my (legitimate) Playstation2 game DVDs in Linux (Gentoo, 2.6.11.6). I have tried two different DVD drives (a 3 year old Samsung and a brand new LG GSA-4163B) without success. The software seems unable to instruct the drive to reading the TOC as a mode2 disk. I'm no expert here at all, but it seems to me that the driver is reporting failed capabilities and reverting back to mode1, which then fails later. There is a trace of the output from cdrdao included at the end of this email. I have tried cdrdao 1.1.9 and 1.2.0. I have tried the generic-mmc and the generic-mmc-raw drivers - both exhibit the same behaviour. I have tried all the options in the cdrdao README (e.g. --driver generic-mmc:0x3) with little success. I have even looked at the source code. Here is where it fails (as long as I don't have the :0x10000 option set - see below): GenericMMC.cc:2038 -------------------------------- // read disk toc length memset(cmd, 0, 10); cmd[0] = 0x43; // READ TOC cmd[2] = 2; cmd[6] = sessionNr; cmd[8] = 4; if (sendCmd(cmd, 10, NULL, 0, reqData, 4) != 0) { message(-2, "Cannot read disk toc."); return NULL; } -------------------------------- A 'normal' DVD (e.g. the installation DVD that came with the drive) can be read fine (although it's mode 1). All of my PS2 disks fail (they are all mode 2 I think). I did find that 'generic-mmc-raw:0x10000' gets rid of the first error ("ERROR: Cannot read disk toc.") but it still reverts to MODE 1 and then fails in the same way (and obviously somewhere else in the code). Most recently I tried using the drive with Nero in Windows to read PS2 disks, and it works fine. Is there anything else I can do to try and work out a fix? Can I somehow collect more information on what is happening to assist with finding a resolution? Thanks in advance for any assistance. --- TRACE ------------------------------ # cdrdao read-cd -v 4 --read-raw --device ATA:1,0,0 --driver generic-mmc-raw gamename.toc Cdrdao version 1.2.0 - (C) Andreas Mueller <an...@da...> SCSI interface library - (C) Joerg Schilling Paranoia DAE library - (C) Monty Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables. Format converter enabled for extensions: mp3 ogg Using libscg version 'schily-0.8' Using libscg transport code version 'schily-scsi-linux-sg.c-1.83' ATA:1,0,0: HL-DT-ST DVDRAM GSA-4163B Rev: A100 Using driver: Generic SCSI-3/MMC (raw writing) - Version 2.0 (options 0x0000) Reading toc and track data... getTocGeneric: data len 20 ERROR: Cannot read disk toc. Track Mode Flags Start Length ------------------------------------------------------------ 1 DATA 4 00:00:00( 0) 360:20:52(1621552) Leadout DATA 4 360:20:52(1621552) Checking for PQ sub-channel reading support (data track)... PQ sub-channel reading (data track) not supported. Checking for raw P-W sub-channel reading support (data track)... Raw P-W sub-channel reading (data track) is not supported. Checking for cooked R-W sub-channel reading support (data track)... Cooked R-W sub-channel reading (data track) is not supported. ERROR: Cannot read sector of track. WARNING: Cannot determine mode of data track 1 - asuming MODE1. Copying data track 1 (MODE1_RAW): start 00:00:00, length 360:20:52 to "data.bin"... /home/david/src/cdrdao-1.2.0/dao/cdrdao: Success. : scsi sendcmd: no error CDB: BE 00 00 00 00 00 00 00 1A F8 00 00 status: 0x2 (CHECK CONDITION) Sense Bytes: 70 00 05 00 00 00 00 10 BE F8 00 08 24 00 00 C0 Sense Key: 0x5 Illegal Request, Segment 0 Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0 Sense flags: Blk 0 (not valid) error refers to command part, bit ptr 0 (not valid) field ptr 0 resid: 61152 cmd finished after 0.001s timeout 20s ERROR: Read error while copying data from track. -- David. |