Description of problem: Nautilus does not mount Ipod Nano 3G 8Go. How reproducible: Everytime. Steps to Reproduce: 1. Plugs an Ipod (only a Nano 3G 8Go?) 2. An icon appears but the Ipod is never mounted : /media stays empty Actual results: An icon is present in the Nautilus computer directory but the Ipod is not mounted and I cannot mount the Ipod if I click on this icon. dmesg does not show any error : usb 1-5: new high speed USB device using ehci_hcd and address 8 usb 1-5: configuration #1 chosen from 2 choices scsi7 : SCSI emulation for USB Mass Storage devices usb-storage: device found at 8 usb-storage: waiting for device to settle before scanning usb 1-5: New USB device found, idVendor=05ac, idProduct=1262 usb 1-5: New USB device strings: Mfr=1, Product=2, SerialNumber=3 usb 1-5: Product: iPod usb 1-5: Manufacturer: Apple Inc. usb 1-5: SerialNumber: 000A27001B868A43 usb-storage: device scan complete scsi 7:0:0:0: Direct-Access Apple iPod 1.62 PQ: 0 ANSI: 0 sd 7:0:0:0: [sdb] 1941441 4096-byte hardware sectors (7952 MB) sd 7:0:0:0: [sdb] Write Protect is off sd 7:0:0:0: [sdb] Mode Sense: 68 00 00 08 sd 7:0:0:0: [sdb] Assuming drive cache: write through sd 7:0:0:0: [sdb] 1941441 4096-byte hardware sectors (7952 MB) sd 7:0:0:0: [sdb] Write Protect is off sd 7:0:0:0: [sdb] Mode Sense: 68 00 00 08 sd 7:0:0:0: [sdb] Assuming drive cache: write through sdb: sdb1 sd 7:0:0:0: [sdb] Attached SCSI removable disk sd 7:0:0:0: Attached scsi generic sg2 type 0 Expected results: Thie Ipod should be mounted automatically when I plug its USB cable. Additional info: I checked properties in nautilus-file-management-properties and tried different settings. I can manually mount the Ipod if I run : gnome-mount --device /dev/sdb1 Then, the Ipod becomes usable without any problem. I tested the same Ipod with a Fedora 9 Live CD (without any update) and it worked fine! It seems this bug is also present in Ubuntu : https://bugs.launchpad.net/ubuntu/+source/gnome-mount/+bug/121203
I have the feeling that Gio does not see volumes of an not-mounted drive. I wrote a simple program (attached) which uses Gio. First, this is what is printed by "lshal -m" when I plug my Ipod: 00:11:51.406: usb_device_5ac_1262_000A27001B868A43 added 00:11:51.457: usb_device_5ac_1262_000A27001B868A43_if0 added 00:11:56.472: usb_device_5ac_1262_000A27001B868A43_if0_scsi_host added 00:11:56.479: usb_device_5ac_1262_000A27001B868A43_if0_scsi_host_scsi_device_lun0 added 00:11:56.624: storage_serial_Apple_iPod_000A27001B868A43_0_0 added 00:11:56.652: volume_uuid_3141_5926 added 00:11:56.658: usb_device_5ac_1262_000A27001B868A43_if0_scsi_host_scsi_device_lun0_scsi_generic added 00:11:56.659: storage_serial_Apple_iPod_000A27001B868A43_0_0 property info.interfaces = {'org.freedesktop.Hal.Device.Storage', 'org.freedesktop.Hal.Device.Storage', 'org.freedesktop.Hal.Device.Storage.Removable'} Everything seems correct. Now, I run my test program : [laguerre@dohko test-gio]$ ./test ** Drive name = CD-RW/DVD?RW Drive It is removable ** Drive name = USB Drive It is removable **Volumes... [laguerre@dohko test-gio]$ No volume with my Ipod? "lshal" does not say the same thing... And my Ipod is still not mounted. Let us do it : [laguerre@dohko test-gio]$ gnome-mount -v -b -d /dev/sdb1 gnome-mount 0.8 ** (gnome-mount:13647): DEBUG: Mounting /org/freedesktop/Hal/devices/volume_uuid_3141_5926 ** (gnome-mount:13647): DEBUG: read default option 'shortname=lower' from gconf strlist key /system/storage/default_options/vfat/mount_options ** (gnome-mount:13647): DEBUG: read default option 'uid=' from gconf strlist key /system/storage/default_options/vfat/mount_options ** (gnome-mount:13647): DEBUG: Mounting /org/freedesktop/Hal/devices/volume_uuid_3141_5926 with mount_point='IPOD LAUREN', fstype='', num_options=2 ** (gnome-mount:13647): DEBUG: option='shortname=lower' ** (gnome-mount:13647): DEBUG: option='uid=5650' /dev/sdb1 mounted on « /media/IPOD LAUREN » And by "lshal -m": 00:15:47.021: volume_uuid_3141_5926 property volume.mount_point = '/media/IPOD LAUREN' 00:15:47.028: volume_uuid_3141_5926 property volume.is_mounted = true Now, if I run my test program I get: [laguerre@dohko test-gio]$ ./test ** Drive name = CD-RW/DVD?RW Drive It is removable ** Drive name = USB Drive It is removable Drive has volumes Volume name: IPOD LAUREN will try to mount it... Volume is mounted! **Volumes... volume name = IPOD LAUREN Any idea?
Created attachment 310303 [details] Small test program for Gio
Created attachment 310304 [details] Result of lshal before I mount my Ipod with the gnome-mount command
I modified my small program to use signals. This program never finds any volume...
Created attachment 310541 [details] Now use signals
I run my program and I plug an USB key : ]$ ./test Connected drive: USB Drive It is removable drive has media is_media_check_automatic Identifier: hal-udi Identifier: unix-device Info about unix-device identifier: /dev/sdb Info about hal-udi identifier: /org/freedesktop/Hal/devices/storage_serial_USB_2_0_Flash_Disk_280838000562B900_0_0 Looking for volumes... Changed drive: USB Drive drive has media is_media_check_automatic Identifier: hal-udi Identifier: unix-device Info about unix-device identifier: /dev/sdb Info about hal-udi identifier: /org/freedesktop/Hal/devices/storage_serial_USB_2_0_Flash_Disk_280838000562B900_0_0 Looking for volumes... No volume?! I do not have any problem to mount this key automatically under KDE4.
can you post a dbus-monitor --system and dbus-monitor --session (if you connect your device) i'll do the same if i am on my machine.
I can't give more information anymore. Recently I switched my system to a Fedora 9 64 bits. I do not have any problems now...
do you think its a 32/64 bit problem?
No, I think It is completely unrelated. In my opinion, something went wrong when I updated Fedora 8 to Fedora 9 like some entries still manipulating old values. But I did not found some places that could have been wrongly updated... I was needing a working environment and I was fed up with these bugs. Since I encountered a hardware problem with my graphic card, I decided it was a good time to do a fresh install of a Fedora. Plus, I switched to 64 bits to test some programs with this mode.
Me too: Some USB sticks are not automatically mounted here. But at least one memory stick mounts automatically without problems. Actually I am able to mount the failing sticks with Dolphin or with "gnome-mount -v -b -d /dev/sdb1". And once I it was automatically mount - after I played arround with root mount. But I was not able to reproduce it. It is a 32 bit System. All sticks are still working with Fedora 7 and 8.
hi i have updated my system to updates-testing (on 16.07.2008). after that all works fine.
Here too! But I do not like new 143 packages on the "working" systems here. On my machine I tried to update only dbus and nautilus-sendto - but that does not help. So I fetched a spare computer, installed and updated him - and it works! Maybe someone knows the right packages to update? Or when will the needed updates be released?
usb (auto)mounting works as expected after: yum update yum --enablerepo=updates-testing update dbus e2fsprogs reboot (dbus-1.2.1-2.fc9.i386 e2fsprogs-1.41.0-1.fc9.i386)
This message is a reminder that Fedora 9 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 9. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '9'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 9's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 9 is 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 please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. 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
Fedora 9 changed to end-of-life (EOL) status on 2009-07-10. Fedora 9 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.