[SOLVED] No more CD/DVD in wine applications

Question

I read quite a few threads about udev problems with /dev/sr0. I think my problem has a link with this, but I am not sure. Since a week, I cannot use my cdrom drive with wine applications.
My /dev/sr0 is :
brw-rw----+ 1 root disk 11, 0 1 nov. 12:09 /dev/sr0
I added myself to disk group, just to see if it solved the problem, but nothing changed.
A lot of non-wine applications work well (smplayer, vlc, for example), but another one ask me my root password (K9copy says that it is necessary to change the read ahead properties of the drive). (EDIT this last remark has no link with the problem; it is a special feature in K9copy and it is the normal way.. I usually don't use this program; sorry...)
Here is my udevadm info -a -n /dev/sr0
Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.
looking at device '/devices/pci0000:00/0000:00:06.0/host5/target5:0:0/5:0:0:0/block/sr0':
KERNEL=="sr0"
SUBSYSTEM=="block"
DRIVER==""
ATTR{range}=="1"
ATTR{ext_range}=="1"
ATTR{removable}=="1"
ATTR{ro}=="0"
ATTR{size}=="14572780"
ATTR{alignment_offset}=="0"
ATTR{discard_alignment}=="0"
ATTR{capability}=="119"
ATTR{stat}==" 1677166 1677748 13419656 1674536 0 0 0 0 0 919343 1672853"
ATTR{inflight}==" 0 0"
ATTR{events}=="media_change eject_request"
ATTR{events_async}==""
ATTR{events_poll_msecs}=="-1"
looking at parent device '/devices/pci0000:00/0000:00:06.0/host5/target5:0:0/5:0:0:0':
KERNELS=="5:0:0:0"
SUBSYSTEMS=="scsi"
DRIVERS=="sr"
ATTRS{device_blocked}=="0"
ATTRS{type}=="5"
ATTRS{scsi_level}=="6"
ATTRS{vendor}=="PHILIPS "
ATTRS{model}=="SPD2412T "
ATTRS{rev}=="P1.4"
ATTRS{state}=="running"
ATTRS{timeout}=="30"
ATTRS{iocounterbits}=="32"
ATTRS{iorequest_cnt}=="0x1b9d0b"
ATTRS{iodone_cnt}=="0x1b9a87"
ATTRS{ioerr_cnt}=="0x13"
ATTRS{evt_media_change}=="0"
ATTRS{queue_depth}=="1"
ATTRS{queue_type}=="none"
looking at parent device '/devices/pci0000:00/0000:00:06.0/host5/target5:0:0':
KERNELS=="target5:0:0"
SUBSYSTEMS=="scsi"
DRIVERS==""
looking at parent device '/devices/pci0000:00/0000:00:06.0/host5':
KERNELS=="host5"
SUBSYSTEMS=="scsi"
DRIVERS==""
looking at parent device '/devices/pci0000:00/0000:00:06.0':
KERNELS=="0000:00:06.0"
SUBSYSTEMS=="pci"
DRIVERS=="pata_amd"
ATTRS{vendor}=="0x10de"
ATTRS{device}=="0x0053"
ATTRS{subsystem_vendor}=="0x147b"
ATTRS{subsystem_device}=="0x1c1a"
ATTRS{class}=="0x01018a"
ATTRS{irq}=="0"
ATTRS{local_cpus}=="00000000,00000001"
ATTRS{local_cpulist}=="0"
ATTRS{numa_node}=="0"
ATTRS{dma_mask_bits}=="32"
ATTRS{consistent_dma_mask_bits}=="32"
ATTRS{broken_parity_status}=="0"
ATTRS{msi_bus}==""
looking at parent device '/devices/pci0000:00':
KERNELS=="pci0000:00"
SUBSYSTEMS==""
DRIVERS==""
Have I got a specific problem or is it only the consequency of this bug?
Last edited by jdn06 (2011-11-04 18:47:06)

Answer 1

Some new facts about my problem.
I tried this, as wine application was asking for a /dev/sg0 file which doesn't exist anymore:
ln -s /dev/sr0 /dev/sg0
chown root:disk /dev/sg0
Quite ugly, but if it works...
But it didn't. The new error message is:
err:aspi:SCSI_OpenDevice Failed to open device /dev/sg0: Système de fichiers accessible en lecture seulement
The french part means that the filesystem is accessible only in reading. The wine application is EAC (CD extractor to FLAC files); it does'nt write on disk, but I guess it needs to have more rights on /dev/sr0. I don't want to make more crazy things like changing rights on /dev/sr0 or starting a wine application on root.
Would anyone have an idea?