You are not logged in.
Pages: 1
Hi there,
When I connect the IPOD there appear two moint points. One with the name of the device (in this case Mike) and one with the name 'Ipod'.
The first works fine so I can sync with banshee without problems. The second throws the following error:
Unable to mount the volume 'Ipod'
Details:
mount: wrong fs type. bad option. bad superblock on dev/sdb1. missing codepage or helper program. or other error in some cases useful info is found in syslog - try dmesg | tail or so
dmesg output:
[miguel@miguel ~]$ dmesg | tail -40
sd 9:0:0:0: [sdb] Write Protect is off
sd 9:0:0:0: [sdb] Mode Sense: 68 00 00 08
sd 9:0:0:0: [sdb] Assuming drive cache: write through
usb-storage: device scan complete
sd 9:0:0:0: [sdb] 39075372 2048-byte hardware sectors: (80.0 GB/74.5 GiB)
sd 9:0:0:0: [sdb] Assuming drive cache: write through
sdb: sdb1 sdb2
sd 9:0:0:0: [sdb] Attached SCSI removable disk
FAT: invalid media value (0x2f)
VFS: Can't find a valid FAT filesystem on dev sdb1.
FAT: invalid media value (0x2f)
VFS: Can't find a valid FAT filesystem on dev sdb1.
FAT: invalid media value (0x2f)
VFS: Can't find a valid FAT filesystem on dev sdb1.
sdb: detected capacity change from 80026361856 to 0
Clocksource tsc unstable (delta = 4398030963787 ns)
ath5k phy0: unsupported jumbo
usb 1-2: USB disconnect, address 6
usb 1-2: new high speed USB device using ehci_hcd and address 7
usb 1-2: configuration #1 chosen from 2 choices
scsi10 : SCSI emulation for USB Mass Storage devices
usb-storage: device found at 7
usb-storage: waiting for device to settle before scanning
scsi 10:0:0:0: Direct-Access Apple iPod 1.62 PQ: 0 ANSI: 0
sd 10:0:0:0: Attached scsi generic sg2 type 0
usb-storage: device scan complete
sd 10:0:0:0: [sdb] 39075372 2048-byte hardware sectors: (80.0 GB/74.5 GiB)
sd 10:0:0:0: [sdb] Write Protect is off
sd 10:0:0:0: [sdb] Mode Sense: 68 00 00 08
sd 10:0:0:0: [sdb] Assuming drive cache: write through
sd 10:0:0:0: [sdb] 39075372 2048-byte hardware sectors: (80.0 GB/74.5 GiB)
sd 10:0:0:0: [sdb] Assuming drive cache: write through
sdb: sdb1 sdb2
sd 10:0:0:0: [sdb] Attached SCSI removable disk
FAT: invalid media value (0x2f)
VFS: Can't find a valid FAT filesystem on dev sdb1.
FAT: invalid media value (0x2f)
VFS: Can't find a valid FAT filesystem on dev sdb1.
FAT: invalid media value (0x2f)
VFS: Can't find a valid FAT filesystem on dev sdb1.
[miguel@miguel ~]$
¿Any help or ideas?
Thanks
Offline
A solution to this problem would be nice as I too am having the same problem. Any help is appreciated!
Offline
Same for me too, I don't think it's was like that before, probably since the last iPod software update?
Two partitions, like in the following fdisk output:
Disk /dev/sdb: 60.0 GB, 60011642880 bytes
255 heads, 62 sectors/track, 7413 cylinders
Units = cylinders of 15810 * 512 = 8094720 bytes
Disk identifier: 0x20202020
Device Boot Start End Blocks Id System
/dev/sdb1 1 15 112423+ 0 Empty
Partition 1 does not end on cylinder boundary.
/dev/sdb2 15 7414 58492664+ b W95 FAT32
The first one is I think the firmware, as if I remove that partition, the iPod won't start and needs restore. When restored it puts things back the way they were...
The first partition cannot be mounted, obviously. The second partition can be, but much slower than it was before (well, subjectively)...
Even crazier: when I check the things in (g)parted, it cannot see the first one, and mixes up the numbers, so it is completely not usable:
(parted) print
Model: Apple iPod (scsi)
Disk /dev/sdb: 60.0GB
Sector size (logical/physical): 512B/512B
Partition Table: loop
Number Start End Size File system Flags
1 0.00B 60.0GB 60.0GB fat32
Any thoughts?
Offline
That's right.
This problem started after a factory reset with the last release of itunes.
Offline
I believe I've found a solution to the problem. What's happening is hal is tryin to mount the firmware of the iPod. Since it doesn't know the type of file system being used it's flipping out. That's why the filesystem where the .mp3's are is mounting fine because hal knows that filesystems type. I added this to a file called /etc/hal/fdi/policy/20-ipod.rules
<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
<device>
<match key="volume.label" string="IPOOD">
<merge key="volume.label" type="string">IPOOD</merge>
</match>
</device>
<device>
<match key="volume.label" string="iPod">
<merge key="volume.ignore" type="bool">true</merge>
</match>
</device>
</deviceinfo>
IPOOD is the name of my iPod and the string "iPod" used in the second device tag is I guess the generic label for the iPod's firmware. I was tinkering around with a bunch of files trying to figure this out so if this file doesn't work for you guys I'll look around and see if I can remember what else I changed. Hope this helps.
Last edited by dlew86 (2009-09-21 06:27:12)
Offline
I am experiencing the same thing in pcmanfm, but my iPod runs Rockbox - so it wouldn't have been affected by the iTunes update. When I click on the second 'Apple iPod Music Player' entry in pcmanfm, I get an error:
Error. org.freedesktop.Hal.Device.Volume.UnknownFailure
I tried dlew86's fix, but to no avail...
Offline
I believe I've found a solution to the problem. What's happening is hal is tryin to mount the firmware of the iPod. Since it doesn't know the type of file system being used it's flipping out. That's why the filesystem where the .mp3's are is mounting fine because hal knows that filesystems type. I added this to a file called /etc/hal/fdi/policy/20-ipod.rules
<?xml version="1.0" encoding="UTF-8"?> <deviceinfo version="0.2"> <device> <match key="volume.label" string="IPOOD"> <merge key="volume.label" type="string">IPOOD</merge> </match> </device> <device> <match key="volume.label" string="iPod"> <merge key="volume.ignore" type="bool">true</merge> </match> </device> </deviceinfo>
IPOOD is the name of my iPod and the string "iPod" used in the second device tag is I guess the generic label for the iPod's firmware. I was tinkering around with a bunch of files trying to figure this out so if this file doesn't work for you guys I'll look around and see if I can remember what else I changed. Hope this helps.
This hasn't solved it here, I'm afraid.
Offline
just for the record...
I installed Xubuntu (9.04) in a Windows Vista host and connected my device. The IPOD mount point does not appear. Sorry I have almost no time to go deep into the configuration...
By the way. I there a way to tell nautilus not to mount something?
Best,
Offline
I just noticed this today. Doesn't happen in Ubuntu.
Offline
I see the same thing. Recently, Apple has been trying to limit how you can use iPods. Don't try to use any of the new iPods with Linux. I still don't think they work. Or ever will.
Thinkpad X200 FTW!
Offline
Nobody knows how to solve this?
Offline
Offline
The post of dlew86 is the good way to do it, but there is some errors in what he wrote:
First, you need to know what is the label of the firmware partition:
$ lshal -u `hal-find-by-property --key block.device --string /dev/sdd1` | grep volume.label
volume.label = 'iPod' (string)
replace '/dev/sdd1' by the device your ipod uses. The default label is 'iPod', but if you installed RockBox, it is probably different.
Now, create a fdi file in /etc/hal/fdi/policy/, e.g. 99-ipod-ignore-firmware.fdi (.fdi, not .rules like owain wrote):
<?xml version="1.0" encoding="UTF-8" ?>
<deviceinfo version="0.2">
<device>
<match key="volume.label" string="iPod">
<merge key="volume.ignore" type="bool">true</merge>
</match>
</device>
</deviceinfo>
Replace "iPod" by the label you got with the lshal command.
If volume.label is empty, you can match against the volume.uuid property instead. But in this case, the rule will apply to your ipod only.
Now, restart hal:
# /etc/rc.d/hal restart
It restart fails, it is probably due to some hald helpers still running. This should solve the problem:
# pkill hald
# /etc/rc.d/hal start
Last edited by vdust (2009-10-05 20:02:13)
Offline
Thanks vdust! SOLVED for me...
Offline
(.fdi, not .rules like owain wrote)
I did what now?
Thanks, that's sorted it
Offline
I recently upgrade my system to gnome 2.28 from gnome 2.26 (pacman is terrific).
The good news is that the problem disappeared without any modification to HAL's configuration files. Now the problem is in Banshee (does not show the device). Gtkpod works fine.
Offline
I recently upgrade my system to gnome 2.28 from gnome 2.26 (pacman is terrific).
The good news is that the problem disappeared without any modification to HAL's configuration files. Now the problem is in Banshee (does not show the device). Gtkpod works fine.
I started a thread on this a few days ago, then found there's a bug report in place - http://bbs.archlinux.org/viewtopic.php?id=82190
Offline
Yeah, it looks like the upgrade to GNOME 2.28 solves this (although it raises a whole mess of other issues...)
Offline
Fixed here as well with vrule's how-to......
I still cannot make amarok handle my ipod again...
Offline
Pages: 1