You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After installing gphoto2, on my PC using Ubuntu 18.04 LTS, when I try to use some Gnome Applications, including Nautilus, I get the following error and the Gnome Apps has a large delay to launch:
_Error creating proxy: Error calling StartServiceByName for org.gtk.vfs.GPhoto2VolumeMonitor: Timeout was reached (g-io-error-quark, 24)
After purge gphoto2 the problem persist.
After reinstall gphoto2, the problem back:
"Error creating proxy: Error calling StartServiceByName for org.gtk.vfs.GPhoto2VolumeMonitor: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Failed to activate service 'org.gtk.vfs.GPhoto2VolumeMonitor': timed out (service_start_timeout=120000ms) (g-dbus-error-quark, 20)"
My System:
Processor: Intel Core i5-2310 CPU@2.90 GHz x 4
Graphics: AMD Radeon r7 240 Series
Memory: 12GB
OS: Ubuntu 18.04 LTS
GNONE: 3.28.2
OS Type: 64-bit
Disk: SSD 120GB
Name the camera
Canon EOS 1100D
libgphoto2 and gphoto2 version
output of: gphoto2 --version
gphoto2 2.5.15
Copyright (c) 2000-2017 Lutz Mueller and others
gphoto2 comes with NO WARRANTY, to the extent permitted by law. You may
redistribute copies of gphoto2 under the terms of the GNU General Public
License. For more information about these matters, see the files named COPYING.
This version of gphoto2 is using the following software versions and options:
gphoto2 2.5.15 gcc, popt(m), exif, cdk, aa, jpeg, readline
libgphoto2 2.5.16 all camlibs, gcc, ltdl, EXIF
libgphoto2_port 0.12.0 iolibs: disk ptpip serial usb1 usbdiskdirect usbscsi, gcc, ltdl, USB, serial without locking
To Reproduce
Steps to reproduce the behavior:
install gphoto2
try to open nautilus by GUI or terminal (to show error log)
The text was updated successfully, but these errors were encountered:
Do you have many images on your cameras SD card?
The SD card is empty.
Does "gphoto2 -L" take very long?
Nope
it is important to comment that the problem occurs even if I am not using the camera or gphoto2.
Nautilus or any other Gnome application that depends on opening or writing files, suffers from this problem. After removing the services commented on in the mini-tutorial informed in the bug description, the problems simply stopped occurring.
Describe the bug
After installing gphoto2, on my PC using Ubuntu 18.04 LTS, when I try to use some Gnome Applications, including Nautilus, I get the following error and the Gnome Apps has a large delay to launch:
_Error creating proxy: Error calling StartServiceByName for org.gtk.vfs.GPhoto2VolumeMonitor: Timeout was reached (g-io-error-quark, 24)
After purge gphoto2 the problem persist.
After reinstall gphoto2, the problem back:
"Error creating proxy: Error calling StartServiceByName for org.gtk.vfs.GPhoto2VolumeMonitor: GDBus.Error:org.freedesktop.DBus.Error.TimedOut: Failed to activate service 'org.gtk.vfs.GPhoto2VolumeMonitor': timed out (service_start_timeout=120000ms) (g-dbus-error-quark, 20)"
After remove services following this tutorial: https://medium.com/@cgulabrani/controlling-your-dslr-through-raspberry-pi-ad4896f5e225 my system back to works fine.
My System:
Processor: Intel Core i5-2310 CPU@2.90 GHz x 4
Graphics: AMD Radeon r7 240 Series
Memory: 12GB
OS: Ubuntu 18.04 LTS
GNONE: 3.28.2
OS Type: 64-bit
Disk: SSD 120GB
Name the camera
Canon EOS 1100D
libgphoto2 and gphoto2 version
output of: gphoto2 --version
gphoto2 2.5.15
Copyright (c) 2000-2017 Lutz Mueller and others
gphoto2 comes with NO WARRANTY, to the extent permitted by law. You may
redistribute copies of gphoto2 under the terms of the GNU General Public
License. For more information about these matters, see the files named COPYING.
This version of gphoto2 is using the following software versions and options:
gphoto2 2.5.15 gcc, popt(m), exif, cdk, aa, jpeg, readline
libgphoto2 2.5.16 all camlibs, gcc, ltdl, EXIF
libgphoto2_port 0.12.0 iolibs: disk ptpip serial usb1 usbdiskdirect usbscsi, gcc, ltdl, USB, serial without locking
To Reproduce
Steps to reproduce the behavior:
The text was updated successfully, but these errors were encountered: