- Package:
- src:libgphoto2
- Source:
- libgphoto2
- Submitter:
- heminder
- Date:
- 2014-11-06 13:03:09 UTC
- Severity:
- important
Upon mounting my Nikon D300 camera in PTP/MTP mode to download photos using either Darktable or Dolphin, the card-activity light on the camera does not blink or turn on and the applications fail to load any data from the camera. Darktable 1.2.3 (from backports) sees the camera and gives option to import photos, but upon clicking 'import' the application hangs while trying to communicate with the camera, and no card activity light. Need to terminate the process to exit from Darktable. KDE shows a popup and gives option to open the camera files with Dolphin, but after trying to fetch contents from the camera, on the status bar it says "Unknown error code 150. Bad parameters. Please file a bug report." I have already added the "Nikon DSC D300 (PTP mode)" model to the Digital Camera page in the System Settings in KDE. After closing all applications and disconnecting the camera and browsing through the files on the camera I have noticed that some images are missing. I have not manually deleted any, so can strongly suspect data loss is occurring due to this bug. As a professional photographer missing or corrupt images will put a halt to production, hence this bug is marked as grave.
Hi, Could you please retry with the version 2.5.2 that is currently in experimental and see if you are still experiencing this bug (especially the fact that pictures are disappearing). Thanks! Laurent Bigonville
Hi, Could you please retry with the version 2.5.2 that is currently in experimental and see if you are still experiencing this bug (especially the fact that pictures are disappearing). Thanks! Laurent Bigonville
Control: tags -1 - moreinfo Control: found -1 2.5.3.1-1 Control: affects -1 libgphoto2-6 The problem is not actually with the gphoto2 binary package, but with the library, which is what darktable really uses. Case in point: i purged gphoto2 and darktable still starts (but I can reproduce the hang). So yes, the problem is still there in 2.5. I see this in my syslog: mars 04 20:07:13 marcos kernel: usb 5-2: new high-speed USB device number 29 using ehci-pci mars 04 20:07:13 marcos kernel: usb 5-2: New USB device found, idVendor=04a9, idProduct=320f mars 04 20:07:13 marcos kernel: usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3 mars 04 20:07:13 marcos kernel: usb 5-2: Product: Canon Digital Camera mars 04 20:07:13 marcos kernel: usb 5-2: Manufacturer: Canon Inc. mars 04 20:07:13 marcos kernel: usb 5-2: SerialNumber: 0DA11DBB8DBD46FE9C4AF75C3A1A1BE7 mars 04 20:07:13 marcos mtp-probe[3975]: checking bus 5, device 29: "/sys/devices/pci0000:00/0000:00:1d.7/usb5/5-2" mars 04 20:07:13 marcos mtp-probe[3975]: bus: 5, device: 29 was not an MTP device mars 04 20:07:13 marcos colord[1548]: Device added: sysfs-Canon_Inc.-Canon_Digital_Camera mars 04 20:07:14 marcos org.gtk.Private.UDisks2VolumeMonitor[16216]: ### debug: in handle_supported mars 04 20:07:14 marcos org.gtk.Private.UDisks2VolumeMonitor[16216]: ### debug: Name owner ':1.79' vanished mars 04 20:07:14 marcos org.gtk.Private.UDisks2VolumeMonitor[16216]: ### debug: in handle_list mars 04 20:07:14 marcos org.gtk.Private.GoaVolumeMonitor[16216]: ### debug: in handle_supported mars 04 20:07:14 marcos org.gtk.Private.GoaVolumeMonitor[16216]: ### debug: in handle_list mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: emit_signal: 0x1be4370 mars 04 20:07:14 marcos org.gtk.Private.MTPVolumeMonitor[16216]: ### debug: in handle_supported mars 04 20:07:14 marcos org.gtk.Private.MTPVolumeMonitor[16216]: ### debug: in handle_list mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: in handle_supported mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: in handle_list mars 04 20:07:14 marcos org.gtk.Private.AfcVolumeMonitor[16216]: ### debug: in handle_supported mars 04 20:07:14 marcos org.gtk.Private.AfcVolumeMonitor[16216]: ### debug: in handle_list mars 04 20:07:14 marcos org.gtk.Private.AfcVolumeMonitor[16216]: ### debug: Name owner ':1.80' vanished mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: Name owner ':1.80' vanished mars 04 20:07:14 marcos org.gtk.Private.GoaVolumeMonitor[16216]: ### debug: Name owner ':1.80' vanished mars 04 20:07:14 marcos org.gtk.Private.MTPVolumeMonitor[16216]: ### debug: Name owner ':1.80' vanished mars 04 20:07:14 marcos org.gtk.Private.UDisks2VolumeMonitor[16216]: ### debug: in handle_supported mars 04 20:07:14 marcos org.gtk.Private.UDisks2VolumeMonitor[16216]: ### debug: in handle_list mars 04 20:07:14 marcos org.gtk.Private.GoaVolumeMonitor[16216]: ### debug: in handle_supported mars 04 20:07:14 marcos org.gtk.Private.GoaVolumeMonitor[16216]: ### debug: in handle_list mars 04 20:07:14 marcos org.gtk.Private.MTPVolumeMonitor[16216]: ### debug: in handle_supported mars 04 20:07:14 marcos org.gtk.Private.MTPVolumeMonitor[16216]: ### debug: in handle_list mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: in handle_supported mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: in handle_list mars 04 20:07:14 marcos org.gtk.Private.AfcVolumeMonitor[16216]: ### debug: in handle_supported mars 04 20:07:14 marcos org.gtk.Private.AfcVolumeMonitor[16216]: ### debug: in handle_list mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: Name owner ':1.84' vanished mars 04 20:07:14 marcos org.gtk.Private.AfcVolumeMonitor[16216]: ### debug: Name owner ':1.84' vanished mars 04 20:07:14 marcos org.gtk.Private.MTPVolumeMonitor[16216]: ### debug: Name owner ':1.84' vanished mars 04 20:07:14 marcos org.gtk.Private.GoaVolumeMonitor[16216]: ### debug: Name owner ':1.84' vanished mars 04 20:07:14 marcos org.gtk.Private.UDisks2VolumeMonitor[16216]: ### debug: Name owner ':1.84' vanished Notice how this is not a Nikon D300 but a Canon G12, so I suspect the problem is not only related with a single machine. Furthermore, this was working fine in Debian Wheezy, so I am not sure at all the problem is in gphoto 2.4, if anything it's in 2.5 or darktable... Let me know if I test this in any other way. A.
Hello Antoine, Thanks for the feedback. Did you also saw the dataloss that the initial reporter is mentioning? I'm not sure that this bug should be 'grave' if it's just the device is not working (or even hanging). Anyway, I've reassign this bug to libgphoto2 which is the library used under the hood. Cheers, Laurent Bigonville
I'm not sure i followed that part of the initial report, but i did not see dataloss - merely that I sometimes have trouble operating darktable import functionality. Furthermore, there is the workaround of simply reading from the flash card directly, but that requires a flash card reader, which may not be shipped with the camera. Note that the problem is not specific to the D300 for me, I have similar problems with the Canon Powershot G12. Okay. A.
Le Sun, 09 Mar 2014 10:21:51 -0400, Antoine Beaupré <anarcat@debian.org> a écrit : I've quickly discussed with upstream and told me you probably should check the following things: 0) Check if some other (gvfs) daemons not are blocking the device (ie. gvfsd-gphoto2) 1) Check if gphoto2 -L (to list the files) and gphoto2 -P (download all the pictures) are also hanging. 2) Run "gphoto2 -L --debug --debug-logfile=xx.log" to have some debug logs. If you could also attach the logs to the bug that would be great. Cheers! Laurent Bigonville
Le Sun, 09 Mar 2014 10:21:51 -0400, Antoine Beaupré <anarcat@debian.org> a écrit : I've quickly discussed with upstream and told me you probably should check the following things: 0) Check if some other (gvfs) daemons not are blocking the device (ie. gvfsd-gphoto2) 1) Check if gphoto2 -L (to list the files) and gphoto2 -P (download all the pictures) are also hanging. 2) Run "gphoto2 -L --debug --debug-logfile=xx.log" to have some debug logs. If you could also attach the logs to the bug that would be great. Cheers! Laurent Bigonville
On 2014-03-09 13:22:28, Laurent Bigonville wrote: [...] [...] Well right now I'm running jessie so I can't actually do this (short of installing packages from sid) because gphoto2 is not in jessie. :P a.
On 2014-03-09 13:22:28, Laurent Bigonville wrote: [...] [...] Well right now I'm running jessie so I can't actually do this (short of installing packages from sid) because gphoto2 is not in jessie. :P a.
Le Sun, 09 Mar 2014 15:08:22 -0400, Antoine Beaupré <anarcat@debian.org> a écrit : Now that I've reassign this bug, gphoto2 should have migrated to jessie. Cheers, Laurent Bigonville
Le Sun, 09 Mar 2014 15:08:22 -0400, Antoine Beaupré <anarcat@debian.org> a écrit : Now that I've reassign this bug, gphoto2 should have migrated to jessie. Cheers, Laurent Bigonville
Hello, The Nokia Lumia 1020 now supports RAW and when trying to get some files from the (PTP) device, I occasionnaly get the same 150 error. Besides, when with some browsers I can copy JPGs, the RAW files (DNG) won't even open or be copied with a -6 error (operation not supported). I don't understand why I get sometimes error 150 and other times that -6 error. However, I've reported this upstream (at least the fact that DNG won't copy), suspecting a MIME type not being explicity defined in the WP8 camera driver of gphoto2. Marcus from gphoto2 has responded: http://sourceforge.net/p/gphoto/bugs/975/ He suggests to test 2.5.4 where he has relaxed restrictions on downloading from mtp devices. Back to this bug, I am unable to download anything from Darktable ; with Digikam, JPG will eventually be copied but DNG will always fail. Konqueror returns an error 150, dolphin camera:// works fine (except with DNGs). I'm not sure the 2 bugs (DNG can not be copied or read) and this error 150 are totally linked, but upstream seems to suggest things have evolved for PTP connection in 2.5.4. Happy to test the new version when available. Regards Massis
Hi, I've just uploaded 2.5.4-1 to unstable, could you please try again and see if this bug is fixed? Cheers, Laurent Bigonville
Le 13/04/2014 12:19, Laurent Bigonville a écrit : I've just tried but for the Nokia Lumia 1020, it needs a patch already issued by upstream. I hit the same bug than described here: http://sourceforge.net/p/gphoto/bugs/975/#19a1 and this patch reportedly fixes it: http://sourceforge.net/p/gphoto/bugs/975/#dcb3 I don't know if it's Nokia specific or not but as a matter of fact, I can't confirm that the "error 150" bug is fixed. Cheers Massis Sirapian