Long waiting time after resume from suspend-to-RAM

Bug #483429 reported by Oernie
38
This bug affects 6 people
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Won't Fix
Undecided
Unassigned

Bug Description

The problem started after upgrading from Kubuntu-jaunty to kubuntu-karmic. After resume from suspend-to-RAM, I have to wait a "very long time" (approx. 1 minute) until can I do anything, because the computer is reacting neither to the mouse nor to the keyboard. This happend on a Lenovo ThinkPad T400 (with intel graphics). I did not find anything suspicious in /var/log/pm-suspend.log.

On another computer (Dell Latitude D630, intel graphics), the same problem occurred also after upgrading from Kubuntu-jaunty to Kubuntu-karmic. However, on this computer, I found the line

/usr/lib/pm-utils/sleep.d/99video resume suspend : Returned exit code 1.

in /var/log/pm-suspend.log. Unfortunately, another (or a related?) bug made this computer currently unusable (see my comment to bug #483359: https://bugs.launchpad.net/ubuntu/+source/e2fsprogs/+bug/483359 ). I hope that you can fix this. Thanks! Please let me know if you need further imformation.

ProblemType: Bug
Architecture: i386
Date: Mon Nov 16 07:00:46 2009
DistroRelease: Ubuntu 9.10
Package: konqueror 4:4.3.2-0ubuntu3
ProcEnviron:
 LANGUAGE=
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: kdebase
Uname: Linux 2.6.31-14-generic i686

Revision history for this message
Oernie (arne-henningsen) wrote :
affects: ubuntu → linux (Ubuntu)
Revision history for this message
Oernie (arne-henningsen) wrote :

No ideas or solutions yet? Please let me know if I can somehow support you to fix this annoying bug. BTW: On the Dell Latitude D630 laptop, an error message "An unknown error occurred while Suspend to RAM. The errorcode is: '1'" is shown after unlocking the screen after resume. The window title is "Error while Suspend to RAM - KPowersafe". I have attached (the last part of) the log file /var/log/pm-suspend.log. Maybe this helps you to find the cause of the problem.

Andy Whitcroft (apw)
tags: added: kernel-karmic
Revision history for this message
Oernie (arne-henningsen) wrote :

Since a bug in (K)Ubuntu made my Dell Latitude D630 laptop unusable (see my comments to bug #483359 and bug #483429), I re-installed Kubuntu 9.10 (Karmic). Luckily, the problem does not occur in the newly installed system. Since this issue (and a few other problems) occurred after upgrading from 9.04 (Jaunty) to 9.10 (Karmic) and does not occur in a freshly installed system, this problem is probably caused by a bug in the (dist-)upgrade procedure.

BTW: I originally installed Ubuntu 8.10 (Intrepid) on this computer, then changed to Kubuntu, and then upgraded to 9.04 (Jaunty). All this worked fine but I mention it here, because the upgrade to 9.10 (Karmic) might be affected by the previous upgrade. I have the non-working system still installed on another partition and the problem is still present on the Lenovo ThinkPad T400. So please let me know if you have any questions.

Revision history for this message
Oernie (arne-henningsen) wrote :

Unfortunately, I have the same problem on the newly installed system on my Dell Latitude D630 now :-( The problem came (back) in early December after updating ("apt-get upgrade") and rebooting the system. I reboot my laptop very seldom and I do not remember which updates I installed before I rebooted the system; IIRC, sreadahead and ureadahead where among them.

Revision history for this message
Oernie (arne-henningsen) wrote :

I found out something important: The problem occurs only if I suspend the laptop computers to RAM by closing the lid. However, if I click on the "K" button (KDE's "Kickoff Application Launcher"), choose "Leave" and "Sleep", wait a few seconds until I close the lid, and then resume it by opening the lid again, everything is okay and I can unlock the machine almost immediately.

Revision history for this message
zilo (attila-zilizi) wrote :

Same problem here. I mind the long waiting time when resuming from RAM. It takes approx. 30-40 seconds, when suspending with closing the lid.

Revision history for this message
zilo (attila-zilizi) wrote :

I forget to tell that I'm running Kubuntu Karmic on a Dell XSP1330 notebook.

Revision history for this message
Jeremy Foshee (jeremyfoshee) wrote :

Hi Oernie,

This bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? Can you try with the latest development release of Ubuntu? ISO CD images are available from http://cdimage.ubuntu.com/releases/ .

If it remains an issue, could you run the following command from a Terminal (Applications->Accessories->Terminal). It will automatically gather and attach updated debug information to this report.

apport-collect -p linux 483429

Also, if you could test the latest upstream kernel available that would be great. It will allow additional upstream developers to examine the issue. Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. Please let us know your results.

Thanks in advance.

    [This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

tags: added: kernel-suspend
tags: added: needs-kernel-logs
tags: added: needs-upstream-testing
tags: added: kj-triage
Changed in linux (Ubuntu):
status: New → Incomplete
Revision history for this message
Oernie (arne-henningsen) wrote :

I have still the same problem (Ubuntu 9.10, all updates). I will try what you suggested.

Revision history for this message
Benjamin von Engelhardt (bve) wrote :

Same problem here, on a Lenovo X300 with kubuntu Lucid fresh install. I'll add the apport-collect info and I'll test the upstream kernel.

tags: added: apport-collected
Revision history for this message
Benjamin von Engelhardt (bve) wrote : apport information

AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
AplayDevices:
 **** List of PLAYBACK Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: AD198x Analog [AD198x Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: AD198x Analog [AD198x Analog]
   Subdevices: 2/2
   Subdevice #0: subdevice #0
   Subdevice #1: subdevice #1
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: bve 1456 F.... pulseaudio
                      bve 1479 F.... kmix
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xfa220000 irq 17'
   Mixer name : 'Analog Devices AD1984A'
   Components : 'HDA:11d4194a,17aa20fb,00100200'
   Controls : 14
   Simple ctrls : 10
Card29.Amixer.info:
 Card hw:29 'ThinkPadEC'/'ThinkPad Console Audio Control at EC reg 0x30, fw 7THT16WW-1.01'
   Mixer name : 'ThinkPad EC 7THT16WW-1.01'
   Components : ''
   Controls : 1
   Simple ctrls : 1
Card29.Amixer.values:
 Simple mixer control 'Console',0
   Capabilities: pswitch pswitch-joined penum
   Playback channels: Mono
   Mono: Playback [on]
DistroRelease: Ubuntu 10.04
EcryptfsInUse: Yes
HibernationDevice: RESUME=UUID=e3912829-f13a-49f7-9707-da6a4cf30d6e
InstallationMedia: Kubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100427)
MachineType: LENOVO 647717G
Package: linux (not installed)
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-23-generic root=UUID=143fb48c-bced-46ae-9409-70531fdfae33 ro quiet splash enable_mtrr_cleanup mtrr_spare_reg_nr=1
ProcEnviron:
 LANGUAGE=
 PATH=(custom, user)
 LANG=de_DE.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.32-23.37-generic 2.6.32.15+drm33.5
Regression: No
RelatedPackageVersions: linux-firmware 1.34.1
Reproducible: Yes
RfKill:
 0: phy0: Wireless LAN
  Soft blocked: no
  Hard blocked: no
Tags: lucid graphics needs-upstream-testing
Uname: Linux 2.6.32-23-generic x86_64
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare
dmi.bios.date: 01/20/2009
dmi.bios.vendor: LENOVO
dmi.bios.version: 7TET35WW (1.09 )
dmi.board.name: 647717G
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr7TET35WW(1.09):bd01/20/2009:svnLENOVO:pn647717G:pvrThinkPadX300:rvnLENOVO:rn647717G:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 647717G
dmi.product.version: ThinkPad X300
dmi.sys.vendor: LENOVO

Revision history for this message
Benjamin von Engelhardt (bve) wrote : AlsaDevices.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : BootDmesg.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : Card0.Amixer.values.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : Card0.Codecs.codec.0.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : CurrentDmesg.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : IwConfig.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : Lspci.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : Lsusb.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : PciMultimedia.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : ProcCpuinfo.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : ProcInterrupts.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : ProcModules.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : UdevDb.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : UdevLog.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote : WifiSyslog.txt

apport information

Revision history for this message
Benjamin von Engelhardt (bve) wrote :

Seems to be fine (for now) with upstream kernel linux-image-2.6.35-999-generic_2.6.35-999.201006151505_amd64.deb on my Lenovo X300 with kubuntu Lucid Lynx.

description: updated
Revision history for this message
Oernie (arne-henningsen) wrote :

I just tried again to suspend my laptop computer by closing the lid -- and I discovered that the problem has disappeared :-) Maybe one of the (kernel?) updated has solved this problem (see bve's comment #27). Thanks a lot for fixing this!

Changed in linux (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
Benjamin von Engelhardt (bve) wrote :

After testing now some days I realized, that normally with the new kernel (see #27) everything is fine, but as soon as wifi is on and I change the wifi-area, so that it has to search for new connections or looses it's last one, the login-screen comes up only after some 10 or 20 seconds. So it doesn't seem to be completely fixed...

Changed in linux (Ubuntu):
status: Fix Released → Confirmed
Revision history for this message
Oernie (arne-henningsen) wrote :

Yes, the problem is not 100% fixed: Now I experience this problem no longer always but still sometimes. In contrast to bve (#29), it takes even longer until I can log in (up to 1 minute) on my computer (Dell Latidtude D630, Intel Corporation PRO/Wireless 3945ABG [Golan] Network Connection (rev 02)). I will check if this problem is related to wifi.

Revision history for this message
Brad Figg (brad-figg) wrote : Unsupported series, setting status to "Won't Fix".

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):
status: Confirmed → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.