https://bugzilla.novell.com/show_bug.cgi?id=736090 https://bugzilla.novell.com/show_bug.cgi?id=736090#c0 Summary: Cannot read audio files with my Plextor PX40ts SCSI CDROM (but CDROMs work fine) Classification: openSUSE Product: openSUSE 11.4 Version: Factory Platform: x86-64 OS/Version: openSUSE 11.4 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: stefan_braunsforth@t-online.de QAContact: qa@suse.de Found By: --- Blocker: --- Created an attachment (id=466880) --> (http://bugzilla.novell.com/attachment.cgi?id=466880) Output results of cdparanoia and cdda2wav when trying to read audio tracks. User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:8.0) Gecko/20100101 Firefox/8.0 There is an odd situation with my SCSI CDROM devices. I have in total 3 CD/DVD drives installed : 1. LG GH22NS70 (DVD writer, SATA), device driver : /dev/sr0 2. Plextor Ultraplex 40max (CDROM, SCSI), device driver : /dev/sr1 3. Plextor PXW40 (CD writer, SCSI), device driver : /dev/sr2 Using data CDs or data CDRs all drives work fine. When trying to extract audio tracks, the LG drive (1) also works fine. The Plextor writer (3) works fine, if the LG driver has once before read a track from an audio CD. Otherwise (3) hangs trying to read the track. The Plextor CDROM (2) does not read audio tracks at all. It does not hang, but it seems to be somehow misunderstood. Three ways to try audio extraction 1) When I try audio extraction with k3b, using drive (2) : k3b detects the audio CD in the drive, is able to read the track list, offers the tracks for audio extraction. When starting the extraction, k3b does not read anything, but seems to try endlessly to read. Stopping seems impossible, but k3b can be killed. 2) When I try audio extraction with cdparanoia, using drive (2) : cdparanoia reports errors 'drive rejected read command packet (s)' and 'drive rejected density set' Furtermore cdparanoia states the drive is an ATAPI drive, but it is a SCSI drive. I tried an older version of cdparanoia. Same result. I believe it's a subsystem problem, not a cdparanoia bug. If I force the drive using the -g switch cdparanoia states that the drive is not a generic scsi device. This is weird, because the drive is definitely a pure scsi drive. I will attach a file showing the complete outputs. 3) When I try reading with cdda2wav, again a list of errors is displayed. I will attach a file showing the complete output. I have a dual boot with Windows XP, using grub.In windows I can extract audio tracks with this drive without problems, so it is definitely not a hardware defect. It is also not a problem with SCSI bus IDs. I have used this setup in exactly this configuration in an older PC with Suse 10.x and it worked fine. I have also reviewed it very often now and in the past. Overall I believe that all three high level programs I tried get somehow wrong information about the type of drive. There must be something wrong in the subsystem of the SCSI CDROM support. For me the consequence is that I cannot use one of my drives, which I could accept. But since it is a generic scsi drive, this might also be a hint for a more general bug in the scsi support, which might affect others in a completely different way... Reproducible: Always Steps to Reproduce: 1. Put an audio CD into the plextor PX40ts CDROM drive 2. Open a command shell (konsole or xterm) 3. type: cdparanoia -d /dev/sr1 -v 1 test.wav Actual Results: Error messages (long output, see attached file) Expected Results: Reading the audio track. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.