[Expired for Ubuntu because there has been no activity for 60 days.]
** Changed in: ubuntu
Status: Incomplete = Expired
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/217846
Title:
Slow
I'm not having a problem with it any more (currently using 13.04).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/217846
Title:
Slow suspend/resume in Hardy
To manage notifications about this bug
Is this still happening for you in 12.04 or later?
** Changed in: ubuntu
Status: Confirmed = Incomplete
** Changed in: ubuntu
Assignee: Canonical Kernel Team (canonical-kernel-team) = (unassigned)
--
You received this bug notification because you are a member of Ubuntu
Bugs, which
Another confirmation for networks. In my case, both suspend and
hibernate were extra slow.
I had to remove auto eth1 - my wireless - from /etc/network/interfaces
and it was fixed immediately.
Best guess as to why my wireless and not everyone else's is because I'm
using ndiswrapper for a
A better workaround to the same bug I already posted, as this bug is caused by
dhcp timeouts while no ethernet cable is plugged:
https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/236066
With this setup, eth0 will only be setup if a network cable is plugged.
So wired network will still be
Changed status as confirmed as this problem is obvious for anyone not
relying on first listed eth0 interface: All machines connected thru wifi
(usually listed as eth1) are at least concerned.
I added a fix from a duplicate bug to cope with this, but it's far from
perfect (will set up an unused
Removing auto eth0 worked for me as well.
I'm running a Dell Latitude D830 N Series, with an updated Hardy.
Thanks,
Stefanie
--
Slow suspend/resume in Hardy
https://bugs.launchpad.net/bugs/217846
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
Here the /etc/network/interfaces is not involved in slow resume after
suspend to RAM, so the proposed workaround doesn't help.
When resuming my Acer Aspire 3104 WLMi, my hard disk always works like
crazy for at least 1 minute before I at least get the screen backlight
to light again, and still
on my laptop (T43p) slow resume is caused by an network issue.
I resolved the problem by using another /etc/network/interfaces
## fast (note: NO auto eth0) ##
# The loopback network interface
auto lo
iface lo inet loopback
# wireless
auto ath0
iface ath0 inet dhcp
wpa-driver madwifi
YES! Thank you dave! Removing the 'auto' line for my ethernet fixed the
problem for me as well.
Definitely a bug though, if the resuming process waits for the network
devices to get fully activated before proceeding.
--
Jon-o Addleman - http://www.redowl.ca
--
Slow suspend/resume in Hardy
'me too'. thanks dave!!!
--
Slow suspend/resume in Hardy
https://bugs.launchpad.net/bugs/217846
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
You're welcome!
--
Slow suspend/resume in Hardy
https://bugs.launchpad.net/bugs/217846
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
Confirmed here (alas) with an Acer Aspire 3104WLMi running Hardy (fglrx
drivers, madwifi drivers). Initially resuming from suspend to RAM was
quite fast, but after recent Ubuntu updates now suspending looks
normally fast (except once, trying to suspend ended in kernel panic)
but resuming takes
Hmm, Swami's experience is quite different from mine - when a resume
takes a long time (happens on almost all resumes and takes about a
minute), I see essentially no activity - every once in a while, the hard
disk light flickers, but nothing else. I haven't been able to test if it
can be pinged,
Hmmm... Actually I tried to ping and SSH to the laptop after I got tired of
waiting in front of a black unresponsive machine with a gone-crazy HD. By that
time the machine was actually properly anwering ping and SSH thru Wi-Fi, but it
had already been trying to wake up for at least a cigarette
On the other hand, my Dell XPS M1330 laptop (madwifi, Intel video) wakes
up after suspend to RAM in approx 3 seconds...
Both machines run Hardy with all updates applied and on both machines
(Acer Aspire and Dell XPS) I initiated suspend just by closing the
laptop screen with KDE power manager set
Between june 4th and 9th my suspend/resume started to take a long time
again. Apart from the automatic updates all I can think of that is
changed is 1) my location on earth by 5000km and 2) the access point I'm
connecting to now uses WPA instead of WEP.
I've tried disabling my wireless and doing
I just tried using cdiggity's acpi-support file, but saw no improvement.
I guess the delay must be caused somewhere else, then.
--
Slow suspend/resume in Hardy
https://bugs.launchpad.net/bugs/217846
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed
kernel.
Andrei
- Original Message -
Subject: [Bug 217846] Re: Slow suspend/resume in Hardy
From: cdiggity
To: [EMAIL PROTECTED]
Date: 25/05/2008 5:50
My suspend / resume times are under 10s at the moment. I don't know
what has changed but something has made a difference. I've
Sorry, in the previous message where I've mentioned Edgy I meant Gutsy
(7.10).
--
Slow suspend/resume in Hardy
https://bugs.launchpad.net/bugs/217846
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
Here's my lcpci -vv
** Attachment added: lspci -vv output
http://launchpadlibrarian.net/14701965/lspci.txt
--
Slow suspend/resume in Hardy
https://bugs.launchpad.net/bugs/217846
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
and my xorg.conf.
** Attachment added: xorg.conf
http://launchpadlibrarian.net/14701971/xorg.conf
--
Slow suspend/resume in Hardy
https://bugs.launchpad.net/bugs/217846
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs
attached lspci for my lenovo thinkpad r61i with intel graphics
** Attachment added: lscpi
http://launchpadlibrarian.net/14704054/lscpi
--
Slow suspend/resume in Hardy
https://bugs.launchpad.net/bugs/217846
You received this bug notification because you are a member of Ubuntu
Bugs, which is
and xorg.conf.
Perhaps I should mention that I patched my intel video driver a while back so
that I could use compiz and Xv. http://linux.pengin.de/#intel
** Attachment added: xorg.conf
http://launchpadlibrarian.net/14704127/xorg.conf
--
Slow suspend/resume in Hardy
I'm seeing the same thing. Oddly, for a while last week it was working
flawlessly again - I assumed it was some updated package updated that
had some effect. But now it's taking ~45 seconds to resume again.
I'm using an X60s thinkpad. Is there any other info that I can supply to
help track down
My suspend / resume times are under 10s at the moment. I don't know
what has changed but something has made a difference. I've attached my
acpi-support file in case this can be helpful to anyone. I haven't
changed this file since May4th so my now fast resumes are not due to any
recent changes I
My resume takes nearly a minute but I have the intel graphics not
nvidia. Andy Goosens acpi-support file linked to by Mozg above does not
make it any faster.
** Attachment added: dmesg.output
http://launchpadlibrarian.net/14251439/dmesg.output
--
Slow suspend/resume in Hardy
and my lspci output. This is an R61i
** Attachment added: lspci-vv.output
http://launchpadlibrarian.net/14251449/lspci-vv.output
--
Slow suspend/resume in Hardy
https://bugs.launchpad.net/bugs/217846
You received this bug notification because you are a member of Ubuntu
Bugs, which is
What i have noticed is that I get a slow resume from suspend when my
Xorg server restarts. Whenever the Xorg resumes from suspend without any
problems, it is relatively fast (around 15 seconds).
--
Slow suspend/resume in Hardy
https://bugs.launchpad.net/bugs/217846
You received this bug
Thanks to Andy Goossens from Bug 217841
(https://bugs.launchpad.net/ubuntu/+bug/217841) for posting the acpi-
default config file from Thinkwiki I have managed to fix the the slow
suspend/resume. I am now back to about 12-13 seconds to sleep and about
13-15 seconds to resume. That is relatively
I've found another solution for my slow suspend problem. Using advice
from lbharti (http://ubuntuforums.org/showthread.php?t=690933), I
installed the hibernate package. I can now resume from suspend in about
8-9 seconds.
--
Slow suspend/resume in Hardy
https://bugs.launchpad.net/bugs/217846
You
Here's the result from 'dmesg | tail' after resuming from suspend.
** Attachment added: dmesg_tail.txt
http://launchpadlibrarian.net/13991807/dmesg_tail.txt
--
Slow suspend/resume in Hardy
https://bugs.launchpad.net/bugs/217846
You received this bug notification because you are a member of
Same situation for me on a Thinkpad X41 Tablet. 50-60 seconds to resume
from suspend on Hardy.
lsb_release -rd
Description: Ubuntu 8.04
Release: 8.04
** Attachment added: lspci.txt
http://launchpadlibrarian.net/13967319/lspci.txt
--
Slow suspend/resume in Hardy
I see this under hardy as well, it only started after an update about
two or three weeks ago though. Until recently, restore from hibernate
and suspend was very fast, now it's at least 30-40 seconds just to come
back from a suspend.
I'm on a Thinkpad X60s
lsb_release -rd
Description: Ubuntu
34 matches
Mail list logo
