Also can't detect audio disc with Exact Audio Copy,
http://exactaudiocopy.de
A few users have complained about this in the appdb,
http://appdb.winehq.org/objectManager.php?sClass=version&iId=10017
(EAC shows a crash when installing, see bug 12361.  I doubt
that keeps the app from working, though.)

A bit more on Exact Audio Copy: after doing
  sudo chown $LOGNAME /dev/hdc
and setting "native win32" mode in EAC options
as described at http://forums.gentoo.org/viewtopic-t-386370.html,
I was rewarded with the message
fixme:mountmgr:harddisk_ioctl unsupported ioctl 4d014
and a lockup.

Filed bug 12363 for the EAC hang in previous comment.

I can cofirm this exactly with Exact Audio Copy v0.99 prebeta 4.

Hint: My virtual cdemu rom was detected.

New Info: Exeptional I tried this as root.
New .wine , in winecfg autodetect the disks, and start EAC (no new install for root, from my user directory...)
and: it works! (no native dll, no changed EAC options)

BUT I don't believe in a problem with the rights (only).
Because: As user it works with a workaround, following the steps from comment 2 in bug
http://bugs.winehq.org/show_bug.cgi?id=12363

(except that I had to mount / unmount the data cd as root and to open the cdrom I had to use eject (as user, wine eject or the button in EAC does not work!))

But after exit and restart EAC, I have to do all the steps again.
Amazing...

Same problem with ImageBurn:
With SPTI I get fixme:mountmgr:harddisk_ioctl unsupported ioctl 4d014
on the command line
and this error message from the programm:
I/O Error!
Devive[0:0:0](K:)
CDB: 12 00 00 00 60 00
Interpretation: Inquirly
Reason: Anfrage nicht unterstützt (engl. request / inquiry not supported)

(I wonder my cdrom drive is I: not K:, K: is my mount point for cdemu... but the deamon is stopped...)

I can change the I/O in the settings:

With ASPI I get err:aspi:ASPI_GetNumControllers Could not open HKLM\L"HARDWARE\\DEVICEMAP\\Scsi"

ARG, SORRY: In comment 5 I forgot to tell you that I had to stop the cdemu deamon, otherwise it doesn't work as root as well.
I unload the vhba module too.

Now I delete my "virtual cdrom mountpoint K:" such that I have /mnt/cdrom as the only drive in winecfg.
Now the error meassage in ImgBurn doesn't appear, the error message
fixme:mountmgr:harddisk_ioctl unsupported ioctl 4d014
doesn't appear too, but ImgBurn tells me there are no cdrom drives.
Similar result with EAC: 
With "K:" I had a no named drive ( I thougt this appears if there is no drive), without "K:" the field with the cdrom is simply empty, (and theres another bug: My mouse disappers if I move over the eac window, I cannot select anything...)

No idea what to test next...

Removing deprecated CVS/GIT version tag. Please retest in current git. If the bug is still present in today's wine, but was not present in some earlier version of wine, please update version field to earliest known version of wine that had the bug. Thanks!

Still present in current git with EAC.

Cannot update "Version", not my bug.

*** Bug 20255 has been marked as a duplicate of this bug. ***

(In reply to comment #6)
> Same problem with ImageBurn:
> With SPTI I get fixme:mountmgr:harddisk_ioctl unsupported ioctl 4d014
> on the command line
> and this error message from the programm:
> I/O Error!
> Devive[0:0:0](K:)
> CDB: 12 00 00 00 60 00
> Interpretation: Inquirly
> Reason: Anfrage nicht unterstützt (engl. request / inquiry not supported)

Same problem here in 1.1.39. ImgBurn can work with my DVD-RAM drive using SPTI, but I get this error when it tries to access my CD-RW drive. Both work with ASPI.

It is not a bug in Wine but a missconfiguration in the used Linux distributions. A user cannot use a CD-ROM device in Wine, if he has no read access for this device. 

To solve the problem, add the user to a group named "cdrom" (Fedora, Ubuntu, SUSE), "optical" (Arch Linux) or similar; log out, log in again, and it should work.

(In reply to comment #12)
> It is not a bug in Wine but a missconfiguration in the used Linux
> distributions. A user cannot use a CD-ROM device in Wine, if he has no read
> access for this device. 
> 
> To solve the problem, add the user to a group named "cdrom" (Fedora, Ubuntu,
> SUSE), "optical" (Arch Linux) or similar; log out, log in again, and it should
> work.

I'm sorry, I'm on gentoo and in the cdrom group. I can mount data-cds (entry in fstab), play music cds with vlc and so on. So I think my user has read access.
And I can use virtual cdrom - device with EAC (generated by cdemu) and it has the same settings like the "real" cdrom.

New ideas?

Nick Bowler gives in bug 12363 , comment 12 a solution that works for me:

Change the permissions of the mountpoint for the cdrom drive
 ( /mnt/cdrom for me ):

chmod go+rx /mnt/cdrom

(I don't believe that the "o" for owner is nessaccary. 

and I did in addition:

chown root:cdrom /mnt/cdrom

Never thought that the mountpoint is relevant, because you don't mount audio-cds...

This bug also affects dbpoweramp CD Ripper 14.2, but for that app I only had to do the workaround of starting with a data cd mounted then switching to an audio cd while running once; after that it recognized the cd drive on start, even if nothing was in it.

Does this still occur in Wine 1.7.45 or later?

*** Bug 42539 has been marked as a duplicate of this bug. ***

(In reply to Ken Sharp from comment #16)
> Does this still occur in Wine 1.7.45 or later?

Yes; ref bug 42539 which is with Wine 2.2 on macOS (not sure if problems in Wine typically manifest on both OSes).

Is this still an issue in GNU/Linux? I just installed Exact Audio Copy and Express Rip and both were able to detect and read an audio CD from the (real) drive.

I inserted the CD both before the programs were running and after and in both cases they found the CD and extracted tracks from the CD.

File info:
49f1028bd2b0cce0829250430bf8771c4a766daf eac-1.3.exe
e47bb62fe06a2bd789ce09844384c103f50895ef ripsetup.exe