Created attachment 462687 [details] example dmesg output from suspend failure When trying to suspend my ThinkPad X61 laptop (via keypress, lid closure, panel menu, etc.), about two tries in three fail. Diagnostic information in dmesg and /var/log/messages refers to "Freezing of tasks failed after 20.00 seconds (1 tasks refusing to freeze)". The specific task is usually (but not always) gnome-do. The call trace varies a bit, but *always* mentions fuse_request_send called by autoremove_wake_function at or near the top of the trace.
I neglected to mention the kernel version. I am using kernel-2.6.35.6-48.fc14.i686.
*** Bug 656991 has been marked as a duplicate of this bug. ***
Are you using any fuse filesystems?
I have up to three fuse-related file systems in use: (1) This machine dual-boots Fedora and Windows 7. At all times when the machine is up and running Fedora, the main Windows 7 NTFS partition is also mounted. It is listed in /etc/fstab as having file system type "ntfs", but running "mount" shows that this is actually mounted using file system type "fuseblk". (2) Whenever I am logged in with my standard GNOME desktop, "gvfs-fuse-daemon" is mounted on $HOME/.gvfs with file system type type "fuse.gvfs-fuse-daemon". This lasts for my entire login session. (3) Occasionally during a login session, I may mount a remote file system via fuse's sshfs. This comes and goes; it might be mounted during some suspend attempts but unmounted during others.
Ok. Are you able to test whether the failure occurs without the ntfs and sshfs filesystems being mounted?
The failure does *not* occur with the ntfs and sshfs filesystems unmounted. Since the problem is nondeterministic, I experimented for a few days with the ntfs filesystem mounted or unmounted. (The sshfs filesystem was never mounted.) With ntfs mounted, I had 11 successful suspends and 4 failures. With ntfs unmounted, I had 8 successful suspends and 0 failures.
Problem still appears as originally described under Fedora 16, with: fuse-sshfs-2.3-1.fc16.i686 gnome-do-0.8.5-7.fc16.i686 kernel-3.1.9-1.fc16.i686 ntfs-3g-2011.4.12-5.fc16.i686
There are some known issues in regards to fuse and suspend/resume. Essentially, a task stuck in the fuse layer can cause the freezer to give up and suspend will abort. http://lists.debian.org/debian-kernel/2011/10/msg00412.html There is work ongoing upstream for this but nothing explicit that I see in the tree yet. I'm going to move this bug to rawhide for now. In the meantime, unmount the fuse filesystems before suspending.
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs. Fedora 19 has now been rebased to 3.11.1-200.fc19. Please test this kernel update and let us know if you issue has been resolved or if it is still present with the newer kernel. If you experience different issues, please open a new bug report for those.
This bug is being closed with INSUFFICIENT_DATA as there has not been a response in 2 weeks. If you are still experiencing this issue, please reopen and attach the relevant data from the latest kernel you are running and any data that might have been requested previously.