[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 susp
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 go
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, whic
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 Broadc
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 int
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 us
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 to
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 mor
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
https://lists.ubuntu.com/mailman/listinfo/ub
'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
https://lists.ubuntu.com/mailman/li
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
http
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
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
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
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, bu
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
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
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
https://bugs.launchpad
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 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-bug
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.
--
u
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
ubuntu-bug
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 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 to
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 h
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 th
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 notificat
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 subsc
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
https://bugs.l
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 r
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 fa
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
https://bugs.launchpad.net/b
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 8.04
34 matches
Mail list logo
