Bug 668746 - Audio CD recognised as blank writeable CD and not appearing in Rhythmbox.
Summary: Audio CD recognised as blank writeable CD and not appearing in Rhythmbox.
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: udisks
Version: 14
Hardware: Unspecified
OS: Unspecified
low
medium
Target Milestone: ---
Assignee: David Zeuthen
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-01-11 13:55 UTC by Kev 'Kyrian' Green
Modified: 2013-03-06 04:06 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-08-16 17:53:17 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
"udisks --dump" full output, without a CD inserted into the drive. (45.31 KB, text/plain)
2011-01-11 17:37 UTC, Kev 'Kyrian' Green
no flags Details

Description Kev 'Kyrian' Green 2011-01-11 13:55:28 UTC
Description of problem:

When I put an audio CD into Rhythmbox, it is not detected, and therefore I can't use that application to scan the CD into my music library in the standard format.

I think the problem may be 'underneath' Rhythmbox itself, so this may swiftly be reassigned, but I don't know enough about how the underlying systems work with udev, gvfs, etc. to tell where, hence just assigning this to Rhythmbox itself.

I was having a whole bunch of problems with a multiply-upgraded system that was running x86_64, so the OS is a clean install of i386 Fedora 14, although the home directories were retained, just the OS was wiped out. Pulseaudio is giving me enormous amounts of grief as well, but I think everyone gets that :-/

Version-Release number of selected component (if applicable):

gvfs-1.6.6-1.fc14.i686
hal-0.5.14-5.fc14.1.i686
rhythmbox-0.13.2-1.fc14.i686

How reproducible:

All the time.

Steps to Reproduce:
1. Load up rhythmbox.
2. Insert CD (have tried various ones, to no avail), and watch the CD drive light until it finishes reading.
3. Nothing comes up in Rhythmbox.
  
Actual results:

Nothing comes up in Rhythmbox.

Expected results:

CD recognised in Rhythmbox, and able to load it into my music library.

Additional info:

I think from Googling this problem, and finding hints here:

https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/457751

Therefore, here is some info...

lsscsi section for my CD/DVD drive:

[2:0:0:0]    cd/dvd  LITE-ON  DVDRW LH-20A1H   LL0C  /dev/sr0

I kinda know that if the hal service is not running, inserted CD's won't be recognised, so here's what the process list says HAL is running:

68        1282  0.0  0.2  15248  4292 ?        Ssl  11:00   0:09 hald
root      1283  0.0  0.0   4064  1132 ?        S    11:00   0:00  \_ hald-runner
root      1310  0.0  0.0   4136   832 ?        S    11:00   0:06      \_ hald-addon-input: Listening on /dev/input/event0 /dev/input/event2
root      1329  0.0  0.0   4136  1160 ?        S    11:00   0:06      \_ hald-addon-storage: polling /dev/sr0 (every 2 sec)
root      1331  0.0  0.0   4136   832 ?        S    11:00   0:01      \_ hald-addon-storage: polling /dev/sdb (every 2 sec)
root      1332  0.0  0.0   4136  1020 ?        S    11:00   0:01      \_ hald-addon-storage: polling /dev/sdc (every 2 sec)
root      1333  0.0  0.0   4136  1024 ?        S    11:00   0:01      \_ hald-addon-storage: polling /dev/sdd (every 2 sec)
root      1334  0.0  0.0   4136   836 ?        S    11:00   0:01      \_ hald-addon-storage: polling /dev/sde (every 2 sec)
root      2824  0.0  0.0   4136   832 ?        S    11:15   0:01      \_ hald-addon-storage: polling /dev/sdg (every 2 sec)
kyrian    4463  0.0  0.0   4464   736 pts/1    S+   13:43   0:00              |   |   \_ grep hal

I note here that hald is running as a user with uid=68, and I find it curious that ps does not recognise the username, even though it is in /etc/passwd thusly:

haldaemon:x:68:68:HAL daemon:/:/sbin/nologin

I doubt it is, but could that be the cause of it?

The pertinent output of 'rhythmbox --debug' for when I insert a CD:

(12:49:00) [0x88cd0d0] [dump_volume_identifiers] rb-removable-media-manager.c:621: unix-device = /dev/sr0
(12:49:00) [0x88cd0d0] [rb_removable_media_manager_add_volume] rb-removable-media-manager.c:666: Unhandled media
(12:49:00) [0x88cd0d0] [rhythmdb_mount_added_cb] rhythmdb-monitor.c:430: volume burn:/// mounted
(12:49:00) [0x88cd0d0] [rhythmdb_read_enter] rhythmdb.c:1239: counter: 1
(12:49:00) [0x88cd0d0] [rhythmdb_query_internal] rhythmdb.c:3997: doing query
(12:49:00) [0x88cd0d0] [do_query_recurse] rhythmdb-tree.c:2301: doing recursive query, 1 conjunctions
(12:49:00) [0x88cd0d0] [rhythmdb_query_internal] rhythmdb.c:4003: completed
(12:49:00) [0x88cd0d0] [rhythmdb_mount_added_cb] rhythmdb-monitor.c:444: 0 mounted entries to process
(12:49:00) [0x88cd0d0] [dump_volume_identifiers] rb-removable-media-manager.c:621: unix-device = /dev/sr0
no input path specified, can't find mount pointno input path specified, can't find device path
(12:49:00) [0x88cd0d0] [rb_removable_media_manager_add_mount] rb-removable-media-manager.c:742: Unhandled media
(12:49:00) [0x88cd0d0] [rhythmdb_process_one_event] rhythmdb.c:2538: processing RHYTHMDB_EVENT_QUERY_COMPLETE
(12:49:00) [0x88cd0d0] [rhythmdb_read_leave] rhythmdb.c:1253: counter: 0

Here is the output of "lshal --monitor" when I do so again:



Start monitoring devicelist:
-------------------------------------------------



13:17:56.992: storage_model_DVDRW_LH_20A1H property storage.removable.media_available = false
13:18:01.626: storage_model_DVDRW_LH_20A1H property storage.cdrom.write_speeds = {'8467', '7056', '5645', '4234', '2822', '2112', '1764', '1411', '706'}
13:18:01.636: storage_model_DVDRW_LH_20A1H property storage.cdrom.write_speed = 8467 (0x2113)
13:18:01.641: storage_model_DVDRW_LH_20A1H property storage.cdrom.read_speed = 8467 (0x2113)
13:18:01.650: volume_empty_cd_r removed
13:19:09.028: storage_model_DVDRW_LH_20A1H property storage.removable.media_available = true
13:19:09.223: storage_model_DVDRW_LH_20A1H property storage.cdrom.write_speeds = {'2822', '1411'}
13:19:09.237: storage_model_DVDRW_LH_20A1H property storage.cdrom.write_speed = 2822 (0xb06)
13:19:09.253: storage_model_DVDRW_LH_20A1H property storage.cdrom.read_speed = 1411 (0x583)
13:19:09.381: volume_empty_cd_r added
^C

And finally, here is the output of "gvfs-mount -li" for the affected device, /dev/sr0:

Drive(9): CD/DVD Drive
  Type: GProxyDrive (GProxyVolumeMonitorGdu)
  ids:
   unix-device: '/dev/sr0'
  themed icons:  [drive-optical]  [drive]
  is_media_removable=1
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=1
  can_eject=1
  can_start=0
  can_stop=0
  start_stop_type=unknown
  Volume(0): Blank CD-R Disc
    Type: GProxyVolume (GProxyVolumeMonitorGdu)
    ids:
     unix-device: '/dev/sr0'
    themed icons:  [media-optical-cd-r]  [media-optical-cd]  [media-optical]  [media]
    can_mount=1
    can_eject=1
    should_automount=1
    Mount(0): Blank CD-R Disc -> burn:///
      Type: GProxyMount (GProxyVolumeMonitorGdu)
      default_location=burn:///
      themed icons:  [media-optical-cd-r]  [media-optical-cd]  [media-optical]  [media]
      x_content_types: x-content/blank-cd
      can_unmount=1
      can_eject=1
      is_shadowed=0

As you can see, it appears that gvfs takes the disc to be a blank writeable CD, when it is in fact a non-writeable music CD, and therefore I think this somehow results in Rhythmbox not displaying it as an audio CD that has readable tracks that can be copied to the library.

I do not get a CD icon popping up on my desktop for the disk when it's inserted.

What I don't know is what to do about it? :-/

I can't think of anything else relevant, but if you need any more info, please don't hesitate to ask, as I really do want this sorted out ASAP. Coding & sysadmin without music is quite infuriating!

Comment 1 Bastien Nocera 2011-01-11 16:12:19 UTC
Rhythmbox, nor anything else in the stack, uses HAL any more. All the discovery should be done by udev, and supplemented by metadata from gvfs.

Given the output of "gvfs-mount -li" the problem lies lower down the stack (in gvfs, udev or the kernel itself).

Comment 2 Tomáš Bžatek 2011-01-11 16:22:25 UTC
Can you please attach output of `udisks --dump` command?

Comment 3 Kev 'Kyrian' Green 2011-01-11 17:36:18 UTC
As an aside, does comment #1 mean I can disable HAL completely on all of my Fedora systems or does it still perform a useful function for other things?

As regards the output of the `udisks --dump` command, I will attach the full output of it without a CD inserted momentarily.

The below is the block for the CD-ROM/DVD drive *with* the CD inserted, for comparison, in case that is needed.

========================================================================
Showing information for /org/freedesktop/UDisks/devices/sr0
  native-path:                 /sys/devices/pci0000:00/0000:00:02.5/host2/target
2:0:0/2:0:0:0/block/sr0
  device:                      11:0
  device-file:                 /dev/sr0
    presentation:              /dev/sr0
    by-path:                   /dev/disk/by-path/pci-0000:00:02.5-scsi-1:0:0:0
  detected at:                 Tue 11 Jan 2011 16:28:49 GMT
  system internal:             0
  removable:                   1
  has media:                   1 (detected at Tue 11 Jan 2011 16:59:49 GMT)
    detects change:            1
    detection by polling:      1
    detection inhibitable:     1
    detection inhibited:       0
  is read only:                0
  is mounted:                  0
  mount paths:
  mounted by uid:              0
  presentation hide:           0
  presentation nopolicy:       0
  presentation name:
  presentation icon:
  size:                        0
  block size:                  2048
  job underway:                no
  usage:
  type:
  version:
  uuid:
  label:
  optical disc:
    blank:                     1
    appendable:                0
    closed:                    0
    num tracks:                1
    num audio tracks:          0
    num sessions:              1
  drive:
    vendor:                    LITE-ON
    model:                     DVDRW LH-20A1H
    revision:                  LL0C
    serial:
    WWN:
    detachable:                0
    can spindown:              0
    rotational media:          Yes, unknown rate
    write-cache:               unknown
    ejectable:                 1
    adapter:                   /org/freedesktop/UDisks/adapters/0000_3a00_3a02_2e5
    ports:
      /org/freedesktop/UDisks/adapters/0000_3a00_3a02_2e5/host2
    similar devices:
    media:                     optical_cd_r
      compat:                  optical_cd optical_cd_r optical_cd_rw optical_dvd optical_dvd_plus_r optical_dvd_plus_r_dl optical_dvd_plus_rw optical_dvd_r optical_dvd_ram optical_dvd_rw optical_mrw optical_mrw_w
    interface:                 scsi
    if speed:                  (unknown)
    ATA SMART:                 not available

========================================================================

Comment 4 Kev 'Kyrian' Green 2011-01-11 17:37:31 UTC
Created attachment 472857 [details]
"udisks --dump" full output, without a CD inserted into the drive.

"udisks --dump" full output, without a CD inserted into the drive. Recent comment contains the block for the CD drive *with* a CD in, as I think that's all you need.

Comment 5 Tomáš Bžatek 2011-01-12 10:48:12 UTC
(In reply to comment #3)
>   optical disc:
>     blank:                     1
>     appendable:                0
>     closed:                    0
>     num tracks:                1
>     num audio tracks:          0
>     num sessions:              1

So there's the problem. Looks like either kernel or udisks issue.

What does `cdrecord dev=/dev/sr0 -toc` say to you?

Comment 6 Kev 'Kyrian' Green 2011-01-12 12:49:40 UTC
Trying with the CD that was in there when you asked (it has been in since boot time, and similar happens after it's been cleaned):

# cdrecord dev=/dev/sr0 -toc
Device type    : Removable CD-ROM
Version        : 5
Response Format: 2
Capabilities   :
Vendor_info    : 'LITE-ON '
Identification : 'DVDRW LH-20A1H  '
Revision       : 'LL0C'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-3 SWABAUDIO BURNFREE FORCESPEED
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
Errno: 5 (Input/output error), read toc scsi sendcmd: no error
CDB:  43 00 00 00 00 00 00 00 04 00
status: 0x2 (CHECK CONDITION)
Sense Bytes: 70 00 05 00 00 00 00 0A 00 00 00 00 24 00 00 00
Sense Key: 0x5 Illegal Request, Segment 0
Sense Code: 0x24 Qual 0x00 (invalid field in cdb) Fru 0x0
Sense flags: Blk 0 (not valid)
cmd finished after 0.001s timeout 40s
wodim: Cannot read TOC header
wodim: Cannot read TOC/PMA

However, when I try a different disk (a brand new audio CD) I get different results:

Device type    : Removable CD-ROM
Version        : 5
Response Format: 2
Capabilities   :
Vendor_info    : 'LITE-ON '
Identification : 'DVDRW LH-20A1H  '
Revision       : 'LL0C'
Device seems to be: Generic mmc2 DVD-R/DVD-RW.
Using generic SCSI-3/mmc   CD-R/CD-RW driver (mmc_cdr).
Driver flags   : MMC-3 SWABAUDIO BURNFREE FORCESPEED
Supported modes: TAO PACKET SAO SAO/R96P SAO/R96R RAW/R16 RAW/R96P RAW/R96R
first: 1 last 11
track:   1 lba:         0 (        0) 00:02:00 adr: 1 control: 0 mode: -1
track:   2 lba:     18457 (    73828) 04:08:07 adr: 1 control: 0 mode: -1
track:   3 lba:     37694 (   150776) 08:24:44 adr: 1 control: 0 mode: -1
track:   4 lba:     55487 (   221948) 12:21:62 adr: 1 control: 0 mode: -1
track:   5 lba:     71702 (   286808) 15:58:02 adr: 1 control: 0 mode: -1
track:   6 lba:     86295 (   345180) 19:12:45 adr: 1 control: 0 mode: -1
track:   7 lba:    104227 (   416908) 23:11:52 adr: 1 control: 0 mode: -1
track:   8 lba:    123442 (   493768) 27:27:67 adr: 1 control: 0 mode: -1
track:   9 lba:    140122 (   560488) 31:10:22 adr: 1 control: 0 mode: -1
track:  10 lba:    163932 (   655728) 36:27:57 adr: 1 control: 0 mode: -1
track:  11 lba:    179435 (   717740) 39:54:35 adr: 1 control: 0 mode: -1
track:lout lba:    199036 (   796144) 44:15:61 adr: 1 control: 0 mode: -1

... but still nothing appearing on my desktop for the CD or it being available in Rhythmbox, even after a rhythmbox restart.

That somehow leads me to dmesg. Which contains...

At boot time, 3 blocks of these:

[    9.683111] sr 2:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[    9.683117] sr 2:0:0:0: [sr0] Sense Key : Illegal Request [current]
[    9.683123] sr 2:0:0:0: [sr0] Add. Sense: Logical block address out of range
[    9.683130] sr 2:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 01 00
[    9.683138] end_request: I/O error, dev sr0, sector 0
[    9.683144] Buffer I/O error on device sr0, logical block 0

And at the end, so when I inserted that last CD, perhaps? (I cannot accurately correlate that, as I didn't catch it in the act though, so that assertion may be wrong):

[ 2574.408547] sr 2:0:0:0: [sr0] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 2574.408562] sr 2:0:0:0: [sr0] Sense Key : Illegal Request [current]
[ 2574.408574] sr 2:0:0:0: [sr0] Add. Sense: Illegal mode for this track
[ 2574.408593] sr 2:0:0:0: [sr0] CDB: Read(10): 28 00 00 00 00 00 00 00 02 00
[ 2574.408611] end_request: I/O error, dev sr0, sector 0
[ 2574.408621] Buffer I/O error on device sr0, logical block 0

When I try playing the former CD with "mplayer  -cdrom-device /dev/sr0 cdda://" it won't work, but the latter will do, even though neither are recognised by Rhythmbox, or appear on the desktop either.

I think we may have several bugs going on here at the same time, and possibly a duff CD as well. The more troubled CD looks pretty much fine, so I don't actually think it's at fault here. I will test the offending CD in another device to attempt to determine if it's dodgy anyway, but even if it is dodgy I think the original purpose of this bug report (rhythmbox appearing to ignore /dev/sr0 because it does not recognise it as removable media) stands.

Comment 7 Kev 'Kyrian' Green 2011-01-12 12:53:58 UTC
Ah, sorry, tell a lie, the 'better' of the CD's does not actually play properly either. It'll play for maybe 15-30s and cut out for 1-2s and then carry on where it left off, it looks like. :-/

Nothing appears in dmesg, or ~/.xsession-errors when this happens.

Comment 8 Kev 'Kyrian' Green 2011-01-19 14:03:45 UTC
To be clear, the comment of "2011-01-12 07:53:58 EST" was referring to it playing with mplayer, but being very choppy, not with rhythmbox, so it does not indicate that the bug is closed.

It's been a week without further input, so I thought I'd post this to be clear, and to reiterate that the problem appears to lie here:

(13:54:38) [0x81500d0] [dump_volume_identifiers] rb-removable-media-manager.c:621: unix-device = /dev/sr0
(13:54:38) [0x81500d0] [rb_removable_media_manager_add_volume] rb-removable-media-manager.c:666: Unhandled media

This is from a test I just did with a CD (the one I mentioned earlier that is recognised ok) that "cdrecord dev=/dev/sr0 -toc" does return a valid TOC from, but that rhythmbox does not automatically recognise.

However, some more info is that although I don't get an icon on my desktop when I put the CD in, it does appear under the 'Computer' system browser, and opening up the CD in there and clicking the 'Open in Rhythmbox' button that appears at the top of the window (as well as right clicking the device to the same ends) *does* permit me to play the CD directly.


I think this might help isolate the problem a bit.

Comment 9 Kev 'Kyrian' Green 2011-01-19 14:11:54 UTC
To be clear, the comment of "2011-01-12 07:53:58 EST" was referring to it playing with mplayer, but being very choppy, not with rhythmbox, so it does not indicate that the bug is closed.

It's been a week without further input, so I thought I'd post this to be clear, and to reiterate that the problem appears to lie here:

(13:54:38) [0x81500d0] [dump_volume_identifiers] rb-removable-media-manager.c:621: unix-device = /dev/sr0
(13:54:38) [0x81500d0] [rb_removable_media_manager_add_volume] rb-removable-media-manager.c:666: Unhandled media

This is from a test I just did with a CD (the one I mentioned earlier that is recognised ok) that "cdrecord dev=/dev/sr0 -toc" does return a valid TOC from, but that rhythmbox does not automatically recognise.

However, some more info is that although I don't get an icon on my desktop when I put the CD in, it does appear under the 'Computer' system browser, and opening up the CD in there and clicking the 'Open in Rhythmbox' button that appears at the top of the window (as well as right clicking the device to the same ends) *does* permit me to play the CD directly.


I think this might help isolate the problem a bit.

Comment 10 Fedora End Of Life 2012-08-16 17:53:20 UTC
This message is a notice that Fedora 14 is now at end of life. Fedora 
has stopped maintaining and issuing updates for Fedora 14. It is 
Fedora's policy to close all bug reports from releases that are no 
longer maintained.  At this time, all open bugs with a Fedora 'version'
of '14' have been closed as WONTFIX.

(Please note: Our normal process is to give advanced warning of this 
occurring, but we forgot to do that. A thousand apologies.)

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, feel free to reopen 
this bug and simply change the 'version' to a later Fedora version.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we were unable to fix it before Fedora 14 reached end of life. If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora, you are encouraged to click on 
"Clone This Bug" (top right of this page) and open it against that 
version of Fedora.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping


Note You need to log in before you can comment on or make changes to this bug.