I cannot mount my ipod shuffle. It shows up with the system>administration>disk utility; but it doesn't have any mountable partitions. (It actually does)

Same here.
iPod 512Mb 1st generation, amd64 lucid beta2 with updates of april 25th

"ipod --list" claims there is no ipod, though the device is detected by the kernel and I can mount it on the command line

OK, I can now mount my ipod, I'm not sure when this happened, I couldn't do it a couple of updates back. Now I plug in my ipod and it shows up as a device with a partition. Ie /dev/sdc & /dev/sdc1.

I'm experiencing the same problem.

My iPod Shuffle (1st Generation, 1GB) used to mount automatically under Karmic, Intrepid, Jaunty, Gutsy, etc. Under Lucid, the device won't show up in Nautilus anymore although it is being detected ('dmesg' shows the iPod and it's partition) and can be manually mounted (with 'mount'). 'Disk Utility' correctly detects the device as an Apple iPod and displays the partition.

As said before, I can manually mount the partition using 'mount'. The iPod is being recognized, just not being automatically mounted.

I forgot to include the following info:

Just like in Rodrigo's case, 'ipod --list' does not list my iPod.

I'm running Lucid amd64 (kernel 2.6.32-21-generic #32-Ubuntu SMP x86_64), with all updates as of may 1st. 'dmesg' output attached.

I am experiencing the exact same problems as Felipe wrote above.

OS: Ubuntu 10.04 x64 (2.6.32-21-generic #32-Ubuntu SMP x86_64), which was upgraded from Ubuntu 9.10 (fresh install) on May 3 2010.
iPod: iPod Shuffle, first generation (1GB), firmware version 2.70, single FAT partition.

The iPod is not automatically mounted by nautilus nor is it listed in the results of `gvfs-mount -l'.
The device is mentioned by the Disk Utility, but it doesn't see any partition. Instead, it reports that there is 1GB of unallocated space.

However:
- dmesg does report the existence of a partition (see attachment).
- GParted recognizes the partition as a single 1GB FAT partition.
- The partition can be mounted from the command-line.

Same problem here, Ipod Shuffle 1st generation not automatically mounted and not recognized by rhythmbox or banshee. If I manually mount the Ipod I can view what's on it. I have Lucid fully updated.

Same problem here, iPod Shuffle not automatically mounted and not recognized by rhythmbox or banshee. If I manually mount the Ipod I can view what's on it. I have Lucid i386 fully updated.

OS: 2.6.32-22-generic #33-Ubuntu SMP Wed Apr 28 13:27:30 UTC 2010 i686 GNU/Linux

Same issue for me on Lucid - old 512 MB Ipod shuffle. Won't automatically mount. Not visible in rhythmbox or nautilus, but can be viewed in Disk Utility. Worked fine in Karmic.

Same issue for me. The old iPod shuffles to not mount automatically on Lucid. As previous poster mentioned the drive is viewable in Disk Utility. The iPod Nano mounts well and both types used to (and still do) work fine on Karmic.

Also affects me with a 1st generation 1GB Shuffle.
Hamish

@Felipe:

"ipod --list" does not work because it expects the ipod to be mounted (i.e. it checks for ipod devices with the property 'volume.is_mounted = true' in hal).

@all
While looking at the issue, I ran into this processes
  root 20029 0.0 0.0 24428 1296 ? S 15:28 0:00 hald-addon-storage: polling /dev/sdf (every 2 sec)
  root 20032 0.0 0.0 64600 2412 ? S< 15:28 0:00 /lib/udev/ipod-set-info /dev/sdf1 2 7

ipod-set-info belongs to libgpod-common and, whatever it should do, it was stalling.

I removed libgpod-common and everything went back to normal.

Rodrigo, Thank you very much for the tip. My 1GB first generation iPod Shuffle now works perfectly on Lucid.

I'm still wondering what functionality has been disabled by the removal of libgpod-common.

Rodrigo, Thank's for the tip! Here work's too removing libgpod-common!!!

Great, I removed libgpod-common and it also went back to normal so far as I can tell.

thank you
mbs

I had incorrectly assumed this was libipoddevice, but removing libgpod fixes the problem so far. This seemed to affect the 1st generation shuffles so far as I can tell from the replies.

Add me to the list of affected people. I too removed the libgpod-common and it resolved the problem. Not sure what the bug is with that package, but I don't like having to remove default packages to get my system working properly.

set-info is a workaround for nano-5g, as it would mount the wrong partition without it (at least it's what is written on /lib/udev/rules.d/90-libgpod.rules )

Posted the bug upstream

http://sourceforge.net/tracker/?func=detail&aid=3003528&group_id=67873&atid=519273

Rodrigo:

Thank you very much for looking into the issue and for taking the time to post a solution!

My iPod is being recognized and automatically mounted after removing the 'libgpod-common' package.

Greetings,

Felipe

It appears to be a conflict of udev rules. I had the problem, and found if I manually ran usbmuxd that my iPod touch would show up and work as a disk and in Rhythmbox. The file "/lib/udev/rules.d/85-usbmuxd.rules" is supposed to start usbmuxd when you plug in an iPod, but it seems that "/lib/udev/rules.d/90-libgpod.rules" from libgpod-common overrode it.

so it seems like the changes made to have recent I-stuff models working made the old ones fail to mount.
will try to play around with udev rules to see if they can be changed to work with both without having
to list device IDs

This affects me, too. I have a 512MB iPod Shuffle 1st Gen.

dmesg says:

[31168.796094] usb 1-1: new high speed USB device using ehci_hcd and address 5
[31168.930512] usb 1-1: configuration #1 chosen from 2 choices
[31168.931571] scsi7 : SCSI emulation for USB Mass Storage devices
[31168.931842] usb-storage: device found at 5
[31168.931847] usb-storage: waiting for device to settle before scanning
[31173.928420] usb-storage: device scan complete
[31173.929126] scsi 7:0:0:0: Direct-Access Apple iPod 2.70 PQ: 0 ANSI: 4
[31173.930239] sd 7:0:0:0: Attached scsi generic sg2 type 0
[31173.933395] sd 7:0:0:0: [sdb] 1010432 512-byte logical blocks: (517 MB/493 MiB)
[31173.934144] sd 7:0:0:0: [sdb] Write Protect is off
[31173.934152] sd 7:0:0:0: [sdb] Mode Sense: 64 00 00 08
[31173.934159] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[31173.936387] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[31173.936397] sdb: sdb1
[31173.942414] sd 7:0:0:0: [sdb] Assuming drive cache: write through
[31173.942424] sd 7:0:0:0: [sdb] Attached SCSI removable disk

from /var/log/daemon.log:

Jun 7 16:10:05 russ udevd[382]: worker [5147] unexpectedly returned with status 0x0100
Jun 7 16:10:05 russ udevd[382]: worker [5147] failed while handling '/devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1:1.0/host7/target7:0:0/7:0:0:0/block/sdb/sdb1'

lsusb says:

$ lsusb
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 002: ID 045e:0084 Microsoft Corp. Basic Optical Mouse
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 005: ID 05ac:1300 Apple, Inc. iPod Shuffle
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Affecting me as well :( Not sure if I should delete mentioned files? Will those change the way newer ipods are seen?

Well I tried with an ipod shuffle and I ran into the same issue - ipod would not be recognized. I remember being able to use this ipod on ubuntu some years ago (2006?).

I came to this post after searching and removed libgpod-common and inserting the ipod shuffle worked! THe device was recognized and the system showed a window offering to open rhythmbox.

Thanks

Pramathesh

Removing gpod-common worked for me the first time, but now it's not working.

After reading "Writing udev rules" at http://www.reactivated.net/writing_udev_rules.html, I experimeted with the /lib/udev/rules.d/90-libgpod.rules. I changed the value of "ENV{DEVTYPE}==" from "partition" to "disk". This worked for my iPod Shuffle 512 MB and iPod Mini 6GB. They're automatically mounted and RhythmBox can see them and I can resync music to them.

Removing libgpod-common worked for me, using a first generation ipod shuffle 1gb on Ubuntu 10.04. But, I'm also hesitant to remove default packages.

Same problem here for shuffle 512Mb 1st gen.
Removing libgpod-common solves the problem.
Thanks for help.

An updated version of libgpod has been published 0.74 is the current release. It hasn't made it to the repositories yet though. Hopefully that will help fix the problems.

Sorry, I meant 0.7.94

I'm not sure if there is any direct relation... but there is a bug in libblkid, the blkid command believes that whole iPod disk (e.g. /dev/sdd) is unpartitioned device with FAT filesystem. Try:

    blkid -p -o udev -p /dev/sdd

The incorrect output is

   ID_FS_LABEL=iPod
   ID_FS_LABEL_ENC=iPod
   ID_FS_UUID=A88B-3652
   ID_FS_UUID_ENC=A88B-3652
   ID_FS_VERSION=FAT32
   ID_FS_TYPE=vfat
   ID_FS_USAGE=filesystem

this problem should be fixed by util-linux-ng upstream commit 973af806428c0f853ac0241ab46faee6ccdaab26.

Another confirmation with removing libgpod-common on a very up-to-date 11.04 install for an old iPod Shuffle 512MB.

Reply 27 (editing 90-libgpod.rules) worked for me. Thanks.

Editing the 90-libgpod.rules worked for me too.. So much Thanks.

Environment:
iPod 1st Gen 5112 MB
GNU / Linux Ubuntu 64 bits
Linux: 2.6.35-28 generic
Banshee

Judging by the comments in /lib/udev/rules.d/90-libgpod.rules, it appears that the DEVTYPE=partition check was added in order to support certain iPods whose raw block devices look like they have FAT32 filesystems but don't. In other words, changing that line could cause certain other iPods not to work. Thanks a lot, Apple.

I confirm the bug on 10.04 and 11.04 with the old iPod Shuffle 512MB. Also, both the workarounds (removing libgpod-common or editing 90-libgpod.rules) are working.

Has anyone experienced problems with iPod nano 5g after the 90-libgpod.rules workaround?

Bug still in 11.10..

Still present in 12.04 and yes, my 1st gen 512MB iPod shuffle still works.

Bug still in 15.10

Removing libgpod-common worked as fix.

just stumbled on this bug while trying to revive an ancient ipod shuffle 1st gen. So... confirmed that this is still an issue on Ubuntu 20.04.1 LTS.

(removing libgpod-common is the workaround)