This bug still exists in Precise (12.04). The only workaround for end- users is to disable the disk monitoring (Preferences, uncheck Disk).
There is a patch available at https://bugzilla.gnome.org/show_bug.cgi?id=579888#c3 (the upstream bug, still open BTW) but it is not included with the latest (gnome- applets-3.5.2) release nor the Trusty version (3.5.92). The only thing that patch does is to exclude the SSHFS mounts from monitoring (along with CIFS/Samba and NFS mounts which are currently excluded). -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-applets in Ubuntu. https://bugs.launchpad.net/bugs/319575 Title: multiload-applet + sshfs breaks suspend Status in The Gnome Panel Applets: New Status in gnome-applets package in Ubuntu: Triaged Status in gnome-applets package in Fedora: Unknown Bug description: Binary package hint: gnome-applets Hello! I'm running up-to-date Jaunty on two machines, one x86, the other amd64. The following bug happens on both. Steps to reproduce: 1) Add a "System Monitor" applet on your panel. (The applet's binary is /usr/lib/gnome-applets/multiload-applet-2.) 2) Set the applet to display disk load (right click -> Preferences... -> check "Harddisk"). 3) Mount something via sshfs. 4) Open the mount point in Nautilus. (As far as I can tell, you need to have files open on it. Only a 'ls' is not enough, but playing a song or something like that causes the same bug.) 5) Try to suspend the computer. (Either via the "user switcher" applet or a hotkey.) Problem: On both my computers the above sequence starts a suspend. The screen turns black (I think there's a cursor there, not sure if all the time) for about 20 seconds. Then there's a message to the effect "timeout passed, task refused to freeze: multiload-apple". (No idea why the name is truncated.) Then the suspend is abandoned (i.e., the session resumes and I get the unlock screen dialog). I've done a bit of testing this morning and as far as I can tell removing any of the steps above prevents this from happening (i.e., suspend works). I'm not sure how long this bug has been active. My laptop has had this problem intermittently since before Intrepid, but I never noticed the "timeout" message and I would just shut it down if it didn't suspend in a few seconds. My other computer didn't have the "load" applet enabled (until I added it for testing), so this never manifested. I've tried reproducing this on my work machine (Intrepid) but apparently it has other bugs that interfere (i.e., sometimes it just doesn't resume, regardless of the steps above). Package: gnome-applets Version: 2.25.2-0ubuntu1 Package: sshfs Version: 2.1-1 (laptop:) $ uname -a Linux arioch 2.6.28-4-generic #11-Ubuntu SMP Fri Jan 16 21:57:57 UTC 2009 i686 GNU/Linux (desktop:) $ uname -a Linux mabelode 2.6.28-4-generic #11-Ubuntu SMP Fri Jan 16 21:50:52 UTC 2009 x86_64 GNU/Linux To manage notifications about this bug go to: https://bugs.launchpad.net/gnome-applets/+bug/319575/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp