bug-gnupod
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug-gnupod] gnupod no longer works with iPod Nano after Linux upgrade (


From: Ingmar Sittl
Subject: [Bug-gnupod] gnupod no longer works with iPod Nano after Linux upgrade (ID_SERIAL detection seems broken by kernel/udev changes)
Date: Sun, 21 Jun 2015 19:31:17 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0

Hello,

I've updated my Linux box to OpenSUSE Tumbleweed, which is using Linux
kernel 4.0.5, and now gnupod no longer works with my 16GB iPod Nano (I
think it is a 4th generation Nano, no camera built in).

Trying to find the root-cause, I've seen this output:
iPod-GUID not detected. You can force the GUID using --fwguid

Checking the code and the output of "udevadm info", it looks like
ID_SERIAL no longer starts with "Apple_iPod", which is what gnupod
searches for, but instead the serial number is encoded in a few other items:

Konsole output Konsole output
S: disk/by-id/scsi-2000a27001e523916
S: disk/by-id/scsi-SApple_iPod_YM9282D75BF
S: disk/by-path/pci-0000:00:1d.7-usb-0:5:1.0-scsi-0:0:0:0
E: DEVLINKS=/dev/disk/by-id/scsi-2000a27001e523916
/dev/disk/by-id/scsi-SApple_iPod_YM9282D75BF
/dev/disk/by-path/pci-0000:00:1d.7-usb-0:5:1.0-scsi-0:0:0:0
E: DEVNAME=/dev/sdf
E:
DEVPATH=/devices/pci0000:00/0000:00:1d.7/usb1/1-5/1-5:1.0/host10/target10:0:0/10:0:0:0/block/sdf
E: DEVTYPE=disk
E: ID_BUS=scsi
E: ID_MEDIA_PLAYER=apple_ipod
E: ID_MODEL=iPod
E: ID_MODEL_ENC=iPod\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20
E: ID_PART_TABLE_TYPE=dos
E: ID_PART_TABLE_UUID=20202020
E: ID_PATH=pci-0000:00:1d.7-usb-0:5:1.0-scsi-0:0:0:0
E: ID_PATH_TAG=pci-0000_00_1d_7-usb-0_5_1_0-scsi-0_0_0_0
E: ID_REVISION=1.62
E: ID_SCSI=1
E: ID_SERIAL=2000a27001e523916
E: ID_SERIAL_SHORT=000a27001e523916
E: ID_TYPE=disk
E: ID_VENDOR=Apple
E: ID_VENDOR_ENC=Apple\x20\x20\x20
E: MAJOR=8
E: MINOR=80
E: MPATH_SBIN_PATH=/sbin
E: SCSI_IDENT_LUN_EUI64=000a27001e523916
E: SCSI_IDENT_SERIAL=YM9282D75BF
E: SCSI_MODEL=iPod
E: SCSI_MODEL_ENC=iPod\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20
E: SCSI_REVISION=1.62
E: SCSI_TPGS=0
E: SCSI_TYPE=disk
E: SCSI_VENDOR=Apple
E: SCSI_VENDOR_ENC=Apple\x20\x20\x20
E: SUBSYSTEM=block
E: TAGS=:systemd:
E: UDISKS_PARTITION_TABLE=1
E: UDISKS_PARTITION_TABLE_COUNT=1
E: UDISKS_PARTITION_TABLE_SCHEME=mbr
E: UDISKS_PRESENTATION_ICON_NAME=multimedia-player
E: UDISKS_PRESENTATION_NOPOLICY=0
E: USEC_INITIALIZED=765267282

I'm not too familiar with Perl, but if I find some time next week, I can
try to adjust the regexp to also work with newer kernel/udev versions.

Unfortunately passing neither of the both possible serials I've found
(2000a27001e523916 or YM9282D75BF) to the fwguid option leads to a
working iPod, it displays "0 titles" in each case, although gnupod seems
to find all files:
> Hashing database for iPod GUID '0x2000a27001e52391'
> Writing new iTunesShuffle DB
> Updating Sync-Status

You can now umount your iPod. [Files: 2357]
- May the iPod be with you!

Does anyone have an idea what else could be the culprit?

Regards,
Ingmar



reply via email to

[Prev in Thread] Current Thread [Next in Thread]