GNOME Bugzilla – Bug 586886
Media without volume are not recognized
Last modified: 2018-05-24 14:26:09 UTC
Using version 0.12.1-1 (debian) of rhythmbox, my ipod can not be used. It was possible using 0.11.x. I mount the ipod with sshfs via fuse; I think rhythmbox does not handle fuse volumes as they don't have an associated volume (gio term). This is a "regression" (if I'm allowed to call it that) because of the gio port. This is what rhythmbox -d says when I mount the ipod: (00:56:37) [0x105ae1b0] [rhythmdb_mount_added_cb] rhythmdb-monitor.c:463: volume file:///media/ipod mounted (00:56:37) [0x105ae1b0] [rb_removable_media_manager_add_mount] rb-removable-media-manager.c:608: Unhandled media, no volume for mount Can rhythmbox be adapted to mounts without volumes? It seems "volume" is an item representing an item that might be mounted or not, such as a connected usb stick; while mount is an object existing only since it's mounted (fuse filesystems). In 0.11.x, I could browse the iPod, create playlists, and add new songs to it. I have libgpod4 installed. The iPod is jailbroken to allow ssh access, of course. Originally reported in debian as http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=534121
Probably not in general - if the mount doesn't have a corresponding volume, then we most likely won't be able to get the device information required to identify it as a media player vs anything else. ipods might be a useful special case, though, since the filesystem structure is usually enough to identify one.
(In reply to comment #1) > Probably not in general - if the mount doesn't have a corresponding volume, > then we most likely won't be able to get the device information required to > identify it as a media player vs anything else. ipods might be a useful > special case, though, since the filesystem structure is usually enough to > identify one. Sorry for the confusion, but can someone explain to me exactly what a "volume" is in this context? I am experiencing the same problem, but I am mounting my ipod in a totally "normal" way, ie. with mount, without any fancy fuse stuff or anything like that: servo:~ 0$ grep ipod /etc/fstab /dev/ipod /media/ipod vfat async,nosuid,nodev,group,rw,noauto 0 2 servo:~ 0$ mount /media/ipod When I then try to "Scan Removable Media" in Rhythmbox, I get the following debug output: (21:40:36) [0x83e3578] [rb_removable_media_manager_add_mount] rb-removable-media-manager.c:608: Unhandled media, no volume for mount I'm surprized this hasn't come up before, considering the very simple way in which I'm mounting my ipod. This is definitely a rather new issue, but I'm not sure exactly what change would have caused it. I am using rhythmbox 0.12.3-1 from Debian testing. I'm really most interested to know what "volume" means here, since if I knew that I could maybe help debug. Please help me figure out what this means so that I can help figure out how to solve the problem. Thanks for the help. jamie. Here is the relevant info from syslog: Jul 22 21:29:24 servo kernel: [857147.692046] usb 1-4: new high speed USB device using ehci_hcd and address 11 Jul 22 21:29:24 servo kernel: [857147.826702] usb 1-4: configuration #1 chosen from 1 choice Jul 22 21:29:24 servo kernel: [857147.827316] scsi6 : SCSI emulation for USB Mass Storage devices Jul 22 21:29:24 servo kernel: [857147.827638] usb 1-4: New USB device found, idVendor=05ac, idProduct=1203 Jul 22 21:29:24 servo kernel: [857147.827645] usb 1-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Jul 22 21:29:24 servo kernel: [857147.827650] usb 1-4: Product: iPod Jul 22 21:29:24 servo kernel: [857147.827653] usb 1-4: Manufacturer: Apple Jul 22 21:29:24 servo kernel: [857147.827656] usb 1-4: SerialNumber: 0000007F092C Jul 22 21:29:24 servo kernel: [857147.828210] usb-storage: device found at 11 Jul 22 21:29:24 servo kernel: [857147.828217] usb-storage: waiting for device to settle before scanning Jul 22 21:29:29 servo kernel: [857152.828468] usb-storage: device scan complete Jul 22 21:29:29 servo kernel: [857152.829317] scsi 6:0:0:0: Direct-Access Apple iPod 1.62 PQ: 0 ANSI: 0 Jul 22 21:29:29 servo kernel: [857152.833907] sd 6:0:0:0: [sda] 39063023 512-byte hardware sectors (20000 MB) Jul 22 21:29:29 servo kernel: [857152.835550] sd 6:0:0:0: [sda] Write Protect is off Jul 22 21:29:29 servo kernel: [857152.835561] sd 6:0:0:0: [sda] Mode Sense: 64 00 00 08 Jul 22 21:29:29 servo kernel: [857152.835566] sd 6:0:0:0: [sda] Assuming drive cache: write through Jul 22 21:29:29 servo kernel: [857152.837647] sd 6:0:0:0: [sda] 39063023 512-byte hardware sectors (20000 MB) Jul 22 21:29:29 servo kernel: [857152.840416] sd 6:0:0:0: [sda] Write Protect is off Jul 22 21:29:29 servo kernel: [857152.840425] sd 6:0:0:0: [sda] Mode Sense: 64 00 00 08 Jul 22 21:29:29 servo kernel: [857152.840429] sd 6:0:0:0: [sda] Assuming drive cache: write through Jul 22 21:29:29 servo kernel: [857152.840434] sda: sda1 sda2 Jul 22 21:29:29 servo kernel: [857152.916948] sd 6:0:0:0: [sda] Attached SCSI removable disk
Fwiw, iphone/itouch access through sshfs is deprecated, things should be done through the gvfs afc backend now. Jameson, I'm not sure your issue is the same. Did you manage to fix it?
Same issue here. Rhythmbox cannot see my device because "no volume for mount"
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/763.