Forgot to say that this seems to be not an NFS bug in my opinion. E.g. I
am able to play mp3 files with totem via NFS. While listening I can
suspend and resume without problems. Totem even continues playing at
that point of the song where it stopped. So it's not a problem in
general that an NFS sha
Good point, Chris! Indeed, I've had an entry in my setup that pointed to
an NFS location. First I tried to unmount the NFS share before
suspending with no avail. After kicking the NFS entry out of the Files
and Folders plugin I am not able to reproduce the suspend issue. If I
add the NFS share the
There seems to be a pattern here - everyone with problems seems to be
indexing files NFSv3 mounts, and this is where the kernel trace shows
suspend is dying.
I'm not really sure what we could be doing to make NFS unhappy, though,
and it's not a setup that I personally have.
I suspect that this is
Hi Robert,
unfortunately I can't confirm the workaround. My setup consists of 3
entrys: /home (1), /home/mario (2) and /media (1). Funny enough I can't
reproduce the issue 100%. But: if the problem occurs I can reproduce it
a few times and it disappears immediately if I deactivate the Files and
F
As we already stated, this problem can be worked around by decreasing
the nesting depth in the Files&Folders plugin. Then your system will
suspend fine. This is a valid workaround and probably the only thing
that you can do until Chris gets around to completely changing how Do
indexes items.
--
Still the same on Ubuntu 11.04. Any progress would be greatly
appreciated. Some output of dmesg after turning on pm_trace (echo 1 >
/sys/power/pm-trace):
[ 1168.500933] PM: Syncing filesystems ... done.
[ 1168.503670] PM: Preparing system for mem sleep
[ 1168.715991] Freezing user space processes
I confirm that on Ubuntu 10.04, the bug is still there.
I also confirm it is related to the file indexing level: I have quite a nested
tree of folders with few files in them, but quite a big depth (~10), I had to
reduce the indexing level from 10 to 2, which makes the indexing useless for me
(an
I'm running 10.04 and the problem's definitely still there - do will
prevent suspend about 2/3 of the time. Killing gnome-do is the only way
to suspend reliably.
--
Gnome-Do Preventing Suspend
https://bugs.launchpad.net/bugs/395819
You received this bug notification because you are a member of Ub
The problem is still there in Lucid. I have to close Gnome Do before
each suspend.
--
Gnome-Do Preventing Suspend
https://bugs.launchpad.net/bugs/395819
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-
I'm getting the same problem. Ubuntu Jaunty.
--
Gnome-Do Preventing Suspend
https://bugs.launchpad.net/bugs/395819
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ub
The inability to suspend via Do was recently fixed. I think there will
be an update to the karmic package soon.
The other problem (suspend not working unless you kill Do) is easily
fixed by lowering how many files are watched. Disable that plugin or
limit how many folders are watched, it goes aw
I'm running 9.04 on Acer Aspire One and also see the same issue. It's
interesting that once I try to suspend using GDo, I can't suspend until
I kill it. If I relaunch it I can suspend via keyboard or other methods,
just not through GDo. Hope this helps. My File and Folder index has
about 5,000 file
Continues to be an issue on Karmic. In fact, can now only index one
folder level without affecting suspend.
--
Gnome-Do Preventing Suspend
https://bugs.launchpad.net/bugs/395819
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-
i also am running into this problem (sorry for the confusion about
marking the gnome-do 'incomplete'... new at using launchpad. it is
definitely the 'files and folder' plugin.
** Changed in: gnome-do (Ubuntu)
Status: Invalid => Incomplete
** Changed in: gnome-do (Ubuntu)
Status: Inc
** Changed in: gnome-do (Ubuntu)
Status: New => Invalid
--
Gnome-Do Preventing Suspend
https://bugs.launchpad.net/bugs/395819
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.co
Sorry it's taken so long. I disabled the files and folders plugin and
haven't had any problems with suspend since. I'll mark this as
confirmed.
** Changed in: do-plugins
Status: New => Confirmed
--
Gnome-Do Preventing Suspend
https://bugs.launchpad.net/bugs/395819
You received this bug no
I'm seeing this problem too on 2 different computers. I'll test
disabling the files and folders plugin and see what happens.
--
Gnome-Do Preventing Suspend
https://bugs.launchpad.net/bugs/395819
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubu
Also, if indexing kept to 2 levels or less then no problem. It seems to
be related to the size of the index. Perhaps this is not an issue on my
thinkpad due to processor speed and the rate at which it is able to re-
index. Hope this is making some sense.
--
Gnome-Do Preventing Suspend
https://bu
** Also affects: do-plugins
Importance: Undecided
Status: New
** Changed in: do-plugins
Importance: Undecided => Medium
--
Gnome-Do Preventing Suspend
https://bugs.launchpad.net/bugs/395819
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscrib
** Description changed:
Binary package hint: gnome-do
After updating to gnome-do 8.2 I have not been able to suspend. The
system attempts to suspend but times out at 20 seconds and reports that
gnome-do was unable to freeze. If I manually exit gnome-do before
suspending, this process
20 matches
Mail list logo
