#17 Cannot setup device 0,0,0 kenel >= 2.4.4
I have been using cdrdao for a long time
without any problems. I don't know exactly
when that began to happen, I started to get
the following messages when trying to access
my CDRW:
cdrdao read-cd --device 0,0,0 --driver generic-mmc
--datafile XX.bin --buffers 64 --paranoia-mode 3 XX.toc
Cdrdao version 1.1.5 - (C) Andreas Mueller
<andreas@daneb.de>
L-EC encoding library - (C) Heiko Eissfeldt
Paranoia DAE library - (C) Monty
Check http://cdrdao.sourceforge.net/drives.html#dt for
current driver tables.
ERROR: 0,0,0: Need a filename that resolves to a SCSI
device.
ERROR: Cannot map "0,0,0" to a SG device.
ERROR: Please use option '--device bus,id,lun', e.g.
--device 0,6,0
ERROR: Cannot setup device 0,0,0.
Note 1:
The only thing I have changed in my system is the
linux kernel versions. This problem occurs at least
since 2.4.4. I am using k 2.4.10.
Note 2:
cdrecord --scanbus reports:
cdrecord: Warning: controller returns wrong size for CD
capabilities page.
Cdrecord 1.9 (i686-pc-linux-gnu) Copyright (C)
1995-2000 Jörg Schilling
Linux sg driver version: 3.1.20
Using libscg version 'schily-0.1'
scsibus0:
0,0,0 0) 'PHILIPS ' 'PCA460RW ' '1.0g' Removable CD-ROM
0,1,0 1) 'E-IDE ' 'CD-ROM 32X/AKU ' 'U10A' Removable CD-ROM
0,2,0 2) *
0,3,0 3) *
0,4,0 4) *
0,5,0 5) *
0,6,0 6) *
0,7,0 7) *
C
cdrecord -toc -dev=0,0,0 on an audio CD reports:
Cdrecord 1.9 (i686-pc-linux-gnu) Copyright (C)
1995-2000 Jörg Schilling
scsidev: '0,0,0'
scsibus: 0 target: 0 lun: 0
Linux sg driver version: 3.1.20
Using libscg version 'schily-0.1'
Device type : Removable CD-ROM
Version : 0
Response Format: 1
Vendor_info : 'PHILIPS '
Identifikation : 'PCA460RW '
Revision : '1.0g'
Device seems to be: Generic mmc CD-RW.
Using generic SCSI-3/mmc CD-R driver (mmc_cdr).
Driver flags : SWABAUDIO
first: 1 last 17
track: 1 lba: 0 ( 0) 00:02:00 adr: 1
control: 0 mode: -1
track: 2 lba: 12094 ( 48376) 02:43:19 adr: 1
control: 0 mode: -1
track: 3 lba: 25605 ( 102420) 05:43:30 adr: 1
control: 0 mode: -1
track: 4 lba: 42090 ( 168360) 09:23:15 adr: 1
control: 0 mode: -1
track: 5 lba: 63769 ( 255076) 14:12:19 adr: 1
control: 0 mode: -1
track: 6 lba: 75835 ( 303340) 16:53:10 adr: 1
control: 0 mode: -1
track: 7 lba: 91947 ( 367788) 20:27:72 adr: 1
control: 0 mode: -1
track: 8 lba: 108081 ( 432324) 24:03:06 adr: 1
control: 0 mode: -1
track: 9 lba: 120767 ( 483068) 26:52:17 adr: 1
control: 0 mode: -1
track: 10 lba: 134007 ( 536028) 29:48:57 adr: 1
control: 0 mode: -1
track: 11 lba: 147336 ( 589344) 32:46:36 adr: 1
control: 0 mode: -1
track: 12 lba: 158989 ( 635956) 35:21:64 adr: 1
control: 0 mode: -1
track: 13 lba: 170885 ( 683540) 38:00:35 adr: 1
control: 0 mode: -1
track: 14 lba: 192132 ( 768528) 42:43:57 adr: 1
control: 0 mode: -1
track: 15 lba: 209439 ( 837756) 46:34:39 adr: 1
control: 0 mode: -1
track: 16 lba: 222686 ( 890744) 49:31:11 adr: 1
control: 0 mode: -1
track: 17 lba: 233584 ( 934336) 51:56:34 adr: 1
control: 0 mode: -1
track:lout lba: 256745 ( 1026980) 57:05:20 adr: 1
control: 0 mode: -1
Cdrdao version 1.1.5 - (C) Andreas Mueller
<andreas@daneb.de>
L-EC encoding library - (C) Heiko Eissfeldt
Paranoia DAE library - (C) Monty
TIA for any comments
Paulo da Silva (psdasilva@yahoo.com)
Logged In: YES
user_id=5517
Probably this is just related to missing access permissions
to the /dev/sg* devices.
Logged In: NO
This helped very much!!