This bug was filed against a series that is no longer supported and so
is being marked as Won't Fix. If this issue still exists in a supported
series, please file a new bug.
This change has been made by an automated script, maintained by the
Ubuntu Kernel Team.
** Changed in: linux (Ubuntu)
I'd like to confirm that this bug is still very present for me - it was present
in 10.11 and now in 11.04. On resume on suspend disk starts to heavily read
from the hard drive. Two things to note:
1. This doesn't occur on every resume, but it does occur more often if I use
the laptop for some
** Changed in: linux
Importance: Unknown = High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
https://bugs.launchpad.net/bugs/15372
Title:
Huge hard drive activity after resuming from S3 suspend on a IBM x31
--
ubuntu-bugs
** Changed in: linux
Status: Unknown = Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
https://bugs.launchpad.net/bugs/15372
Title:
Huge hard drive activity after resuming from S3 suspend on a IBM x31
--
** Also affects: linux via
http://bugzilla.kernel.org/show_bug.cgi?id=6840
Importance: Unknown
Status: Unknown
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug notification because you are a member of
Thanks for your logs, this bug can be marked as triaged.
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs
That didn't work, unfortunately--apparently there wasn't a .service file
providing that name to dbus.
I did, however, try with sudo /etc/acpi/sleep.sh, and I could replicate the
behaviour (or at least, something that looked the same).
This time, I noticed an error in the terminal about Hardware
Having had a look at gnome-power-cmd.sh, it just sends the request to
hibernate off to DBus:
dbus-send --session --dest=org.freedesktop.PowerManagement \
--type=method_call --print-reply --reply-timeout=2000 \
/org/freedesktop/PowerManagement
** Tags added: resume suspend
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
** Tags added: intrepid
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs mailing list
I'm actually on Kubuntu--is there an equivalent command in KDE?
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
ubuntu-bugs
oh, Thomas, i'm really sorry about that, it wasn't supposed to happen...
let me i digg a litle bit more on this issue so we can found the problem
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug notification
Thomas, I think you can probably do what I did:
sync; echo 1 /sys/power/pm_trace; gnome-power-cmd.sh hibernate
I had the same problem as you when running /etc/acpi/hibernate.sh (the
system didn't resume to a usable state), except my X didn't break
(despite also doing a hard reset! Sounds like I
Not to worry. I didn't know that would happen either--I wouldn't have run it
if I'd thought it would!
Do you have the information you need? I can probably get it to thrash for a
bit on resuming from standby, then reboot to Windows and copy
/var/log/messages if that will help you.
--
Huge hard
Yes, Thkr that command would be just fine (just tested both myself
getting the hard lock with the first one.. it took 2 reboots to recover
the system )
Thanks a lot for your sugestion.
Thomas if you can provide the output would be great.
Thanks
--
Huge hard drive activity after resuming
Andres, I tried to follow your instructions to get dmesg, but it didn't
reach any sort of usable state after resuming from hibernation, and either
that, or the hard shutdown I had to do while it was locked up, broke X
spectacularly. I've now repaired X (took a few hours, and using my dual boot
Andres, thanks for following this up. '/etc/acpi/hibernate.sh' didn't
work for me (after the ubuntu splash screen when resuming, the screen
went black and I couldn't do anything); I used 'gnome-power-cmd.sh
hibernate' instead. Also, my computer is a desktop rather than a laptop,
and it apparently
well, re-reading this report, i've seen this behaviour, let's try this:
sync; echo 1 /sys/power/pm_trace; /etc/acpi/hibernate.sh force
start it again with the same kernel as soon as the laptop has entered
the hibernate state.
Add as attachment the dmesg output while the system is swap trashing
after that repeat the test but with
sync; echo 1 /sys/power/pm_trace; /etc/acpi/sleep.sh force
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug notification because you are a member of Ubuntu
Bugs, which is a
I've just tried this again for the first time after the upgrade to
Intrepid, and it sort of works. Sort of, because the hard drive activity
only lasts for around 3 minutes once I reach the desktop (3 mins and 14
secs to be exact), and I can actually see the memory filling up from
around 24% when
kern.log
** Attachment added: kern.log
http://launchpadlibrarian.net/20996635/kern.log
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct
From my note above, it isn't clear that I'm happy enough with 3 mins of
high I/O after resumes completes. It is a little long, but at least my
system is usable after that.
Previously, the system was almost unusable for much longer (I didn't
time it unfortunately, but probably over 10 minutes).
Output from TOP is attached. Firefox was running at that time but this
is not required to cause problem. Only thing that always shows up at
time of failure is KSWAPDO process.
** Attachment added: Top listing
http://launchpadlibrarian.net/20715273/Top%20output
--
Huge hard drive activity
Setting to confirmed since this behaviour has been replicated in
Intrepid. Will mark bug 190585 as duplicate.
** Changed in: linux (Ubuntu)
Status: Incomplete = Confirmed
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You
** Changed in: acpi-support (Ubuntu)
Assignee: Daniel Hahler (blueyed) = (unassigned)
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct
I am also seeing this issue. After resuming there is excess and
seemingly unending drive activity which slows the machine down to the
point where it requires a reboot. With about 60% memory used the problem
occurs almost every resume, more randomly for lower memory use.
I am running fully updated
I suspect that this issue has been duplicated as bug 190585.
If so, a number of us have seen the hard drive activity on Intrepid.
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug notification because you are a
zcrar, that really seems like a hardware failure, but maybe is caused by
the bug described in
https://bugs.edge.launchpad.net/ubuntu/+source/acpi-
support/+bug/15372/comments/17
Can you check if this behaviour persist with intrepid fully updated?
Sean it would be great if you can confirm it
hi Leann,
thanks for following this up - I'm attaching my kern.log after a
hibernate and restart, and the dmesg output. I hope this helps - I'll
try to test with 8.10 Alpha 5 when that comes out.
thanks,
Nick
** Attachment added: attaching Kern.log
adding dmesg output attachment
** Attachment added: dmesg output
http://launchpadlibrarian.net/17291840/dmesg.output.txt
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug notification because you are a member
The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the
upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would
appreciate it if you could please test this newer 2.6.27 Ubuntu kernel.
There are one of two ways you should be able to test:
1) If you are comfortable
Hi Guys,
zcrar70, Can you comment which kernel you are running when you still
experience this issue? Could you also attach your dmesg output after
you resume from suspend and experience this issue?
Sean, since you are the original bug reporter, can you also comment if
this is still an issue for
Unfortunately, my earlier post was incorrect - I didn't have any
problems when I tested prior to posting, but I only had one or two
programs open when testing. When I try to hibernate with a more typical
amount of programs with GUIs open (usually 4-8), I still experience the
same issues as stated
I too had this exact same problem. For me it only appeared around the
time of the upgrade from gutsy to hardy, although it might not have
been straight away, but with one of the subsequent kernel upgrades.
Following what zcrar70 wrote, I tried the reinstallation of uswsusp, and
it fixed the
I just re-tried hibernate for the first time in 4-5 weeks and it now
seems to work without causing excessive HDD activity - which is great,
because it means I can use it :-)
I didn't change anything in particular; the only two things I can think of as
being relevant are:
* The software upgrade
What does dmesg say for you?
Is it similar to the one from Sean
(https://bugs.edge.launchpad.net/ubuntu/+source/acpi-support/+bug/15372/comments/7)
- I'm adding it also to the bug description, so it can get found easier.
** Description changed:
With a default install of ubuntu hoary after
I'm closing the acpi-support task and open a linux task instead -
which appears to be more fitting.
** Changed in: acpi-support (Ubuntu)
Assignee: (unassigned) = Daniel Hahler (blueyed)
Status: Confirmed = Invalid
--
Huge hard drive activity after resuming from S3 suspend on a IBM
From http://www.thinkwiki.org/wiki/Problems_with_ACPI_suspend-to-ram:
---
SectorIdNotFound disk errors when laptop is resumed
The errors look like this:
Oct 14 17:35:02 cacharro kernel: hda: dma_intr: status=0x51 {
I also have the same problem in Hardy with an opteron 165 and an ATI
card. /var/log/pm-suspend.log doesn't show anything abnormal. My swap
partition is correctly enabled (both before and after hibernate).
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
This Problem is still unfixed!
After suspend there Is some Random HD Activity, can someone tell me what is
going on?
Moreover the kernel seems not to Swap, because I have turned my swap partition
off, and the problem still persists.
Is there a way of logging what files were accessed.
--
Huge
After my previous post I figured out this behavior was - at least in my
case - related to the fact that my swap was not in use. Due to the wrong
UUID in fstab my swap space was ignored from boot up, probably caused
when resizing my partitions. See this post for diagnose and solution:
Suddenly this also occurs on my Hardy laptop. But not always. It seems to me
that after a fresh reboot, and then immediate going through the suspend-resume
cycle, doesn't result in any problem. But when going through the suspend-resume
cycle after a period of normal use of the system, this
** Changed in: acpi-support (Ubuntu)
Status: Incomplete = Confirmed
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug notification because you are a member of Ubuntu
Bugs, which is a direct subscriber.
--
Same Problem with Hardy Heron, there is some Huge harddrive activity after
resume, but no process seems to cause it.
I have a 3-year old Dell Inspiron 6000
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug
I have a Lenovo T60 with the same problem with Gutsy. After resume, 80%
of the time there is just non-stop HD activity that slows my system down
to a crawl (definitely passed unusable). I managed to run top one time,
an kswapd0 was at around 4-6% CPU time, which I've never seen it at, so
that
Hi, here I have an X31 working perfectly in Gutsy beta with the latest
updates.
Maybe this bug should be marked as fix released.
--
Huge hard drive activity after resuming from S3 suspend on a IBM x31
https://bugs.launchpad.net/bugs/15372
You received this bug notification because you are a
46 matches
Mail list logo