After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 524923 - crash in Deskbar: Booting from a USB thumb...
crash in Deskbar: Booting from a USB thumb...
Status: RESOLVED DUPLICATE of bug 486549
Product: deskbar-applet
Classification: Deprecated
Component: general
unspecified
Other All
: High critical
: ---
Assigned To: Deskbar Applet Maintainer(s)
Deskbar Applet Maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2008-03-29 08:33 UTC by zeedood
Modified: 2008-03-29 09:13 UTC
See Also:
GNOME target: ---
GNOME version: 2.19/2.20


Description zeedood 2008-03-29 08:33:38 UTC 
What were you doing when the application crashed?
Booting from a USB thumbdrive


Distribution: Ubuntu 7.10 (gutsy)
Gnome Release: 2.20.0 2007-09-17 (Ubuntu)
BugBuddy Version: 2.18.1

System: Linux 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686
X Vendor: The X.Org Foundation
X Vendor Release: 10300000
Selinux: No
Accessibility: Disabled
GTK+ Theme: Glider
Icon Theme: gnome

Memory status: size: 0 vsize: 0 resident: 0 share: 0 rss: 0 rss_rlim: 0
CPU usage: start_time: 0 rtime: 0 utime: 0 stime: 0 cutime:0 cstime: 0 timeout: 0 it_real_value: 0 frequency: 0



----------- .xsession-errors ---------------------
aborting and using fallback: /usr/bin/metacity 
Window manager warning: Failed to read saved session file /home/ubuntu/.metacity/sessions/default0.ms: Failed to open file '/home/ubuntu/.metacity/sessions/default0.ms': No such file or directory
** Message: Not starting remote desktop server
(gnome-panel:11996): Gtk-WARNING **: Attempting to read the recently used resources file at `/home/ubuntu/.recently-used.xbel', but the parser failed: Failed to open file '/home/ubuntu/.recently-used.
(gnome-panel:11996): GLib-CRITICAL **: g_bookmark_file_get_size: assertion `bookmark != NULL' failed
Initializing gnome-mount extension
evolution-alarm-notify-Message: Setting timeout for 55633 1206835200 1206779567
evolution-alarm-notify-Message:  Sun Mar 30 00:00:00 2008
evolution-alarm-notify-Message:  Sat Mar 29 08:32:47 2008
(gnome-panel:11996): GConf-CRITICAL **: gconf_client_set_string: assertion `val != NULL' failed
--------------------------------------------------
Traceback (most recent call last):

+ Trace 193595

  • File "/usr/lib/deskbar-applet/deskbar-applet", line 27 in applet_factory 
    dapplet = DeskbarApplet(applet)
  • File "/usr/lib/python2.5/site-packages/deskbar/ui/DeskbarApplet.py", line 91 in __init__ 
    self.__setup_mvc()
  • File "/usr/lib/python2.5/site-packages/deskbar/ui/DeskbarApplet.py", line 101 in __setup_mvc 
    self.__core.run()
  • File "/usr/lib/python2.5/site-packages/deskbar/core/CoreImpl.py", line 47 in run 
    self._setup_keybinder()
  • File "/usr/lib/python2.5/site-packages/deskbar/core/CoreImpl.py", line 67 in _setup_keybinder 
    self.set_keybinding( self.get_keybinding() )
  • File "/usr/lib/python2.5/site-packages/deskbar/core/CoreImpl.py", line 156 in set_keybinding 
    self._gconf.set_keybinding(binding)
  • File "/usr/lib/python2.5/site-packages/deskbar/core/GconfStore.py", line 157 in set_keybinding 
    self._client.set_string(self.GCONF_KEYBINDING, binding)
GError: No database available to save your configuration: Unable to store a value at key '/apps/deskbar/keybinding', as the configuration server has no writable databases. There are some common causes of this problem: 1) your configuration path file /etc/gconf/2/path doesn't contain any databases or wasn't found 2) somehow we mistakenly created two gconfd processes 3) your operating system is misconfigured so NFS file locking doesn't work in your home directory or 4) your NFS client machine crashed and didn't properly notify the server on reboot that file locks should be dropped. If you have two gconfd processes (or had two at the time the second was launched), logging out, killing all copies of gconfd, and logging back in may help. If you have stale locks, remove ~/.gconf*/*lock. Perhaps the problem is that you attempted to use GConf from two machines at once, and ORBit still has its default configuration that prevents remote CORBA connections - put "ORBIIOPIPv4=1" in /etc/orbitrc. As always, check the user.* syslog for details on problems gconfd encountered. There can only be one gconfd per home directory, and it must own a lockfile in ~/.gconfd and also lockfiles in individual storage locations such as ~/.gconf 






Comment 1


Gianluca Borello





          2008-03-29 09:13:43 UTC
        



Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.


*** This bug has been marked as a duplicate of 486549 ***