[Dell Inc. Inspiron 910] suspend/resume failure

[Dustin Sallings]

I believe this is due to having a mounted SD card during suspend. On 8.10, I had a script that would forcefully kill any process using that filesystem and unmount it on suspend and then mount it again on resume. I may have to do the same here.

ProblemType: KernelOops
Annotation: This occured during a previous suspend and prevented it from resuming properly.
Architecture: i386
DistroRelease: Ubuntu 9.04
ExecutablePath: /usr/share/apport/apportcheckresume
Failure: suspend/resume
InterpreterPath: /usr/bin/python2.6
Lsusb:
 Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
 Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
MachineType: Dell Inc. Inspiron 910
Package: linux-image-2.6.28-11-generic 2.6.28-11.38
ProcAttrCurrent: unconfined
ProcCmdLine: root=UUID=f7387ac5-7cac-4365-b8a9-0d9c40d1413f ro quiet splash
ProcCmdline: /usr/bin/python /usr/share/apport/apportcheckresume
ProcEnviron: PATH=(custom, no user)
ProcVersionSignature: Ubuntu 2.6.28-11.38-generic
SourcePackage: linux
Tags: resume suspend
Title: [Dell Inc. Inspiron 910] suspend/resume failure
UserGroups:

[Leann Ogasawara (leannogasawara)]

Hi Dustin,

Please also take a look at bug 340871 which may be a duplicate. Thanks.

[Omegamormegil (omegamormegil)]

I can confirm that it has to do with the mounted SD card (tested with it in the internal card slot). I did some quick testing, and I have no problem suspending with a vfat formated SD card. When the mounted memory card is formated with ext3, Ubuntu fails to suspend. I tested this on two 2GB SD cards, one with vfat, and the other with ext3.

[Dustin Sallings (dustin-spy)]

Agreed duplicate of 353596.

[Dustin Sallings (dustin-spy)]

(Sorry, getting used to the LP bug tracker.)

bug 353596 gives more information, but bug 340871 does not look the same -- specifically, the machine does not suspend, but just sits there running hot and draining the battery.

I had a workaround in 8.10 where I'd use apm to handle the unmount/mount process around sleep (making use of fuser -k), but apm no longer works in Jaunty and acpi doesn't have any useful events around sleep, so this is a bit more critical for me than it was before.

[Pol (pawel-rubach)]

I'd like to confirm this bug. I also have a Dell Mini 910. I'm using a Jaunty Remix that I setup on the basis of the current Ubuntu-Mid 2009-04-18 edition. (to get better battery life cause it's lpia optimized) I also tested this behaviour on the regular Jaunty Remix live system. It works fine as long as I don't mount any SD cards with Ext3. My problem is, however, that I have my whole root partition on an SD card so unmounting it before suspend might be difficult ;)

[Pol (pawel-rubach)]

I found a temporary workaround. At first I had to squeeze my Ubuntu along with the WinXP that I keep for my parents onto the 8GB hdd. Since I still need to have an ext3 partition on the SD card I found a way to force Jaunty to unmount it automatically.
In Jaunty the standard method for suspending/resuming is using pm-utils so you have to add the script to /etc/pm/sleep.d/ and not to /etc/acpi/suspend.d
I attach my primitive script - just change your mount point inside and put it in /etc/pm/sleep.d
Happy suspending!

[Luca Ferretti (elle.uca)]

> I attach my primitive script - just change your mount point inside and put it in /etc/pm/sleep.d
> Happy suspending!

:( Unfortunately this doesn't work for me. I've the SD card mouted on /home, your script seems to fail...

[Pol (pawel-rubach)]

Well, there is not much you can do about that. You can' unmount /home if you're logged in and have processes running as your user.

[Luca Ferretti (elle.uca)]

But this is strange, using Dell Custom Ubuntu provided with Mini 9, suspend worked fine with or without SD card.

I don't have too much experience in suspend/hibernate stuff; did Ubuntu changed subsystem/behavior/other between 8.04 and 9,04 or maybe Dell patched something? If the latter, aren't those changes available on http://dell-mini.archive.canonical.com/ ?

[Matthew Caron (matt-mattcaron)]

This worked for me with a vfat formatted card in a mini 9 on 9.04. On 9.10, the same setup fails with the card inserted. Eject the card and it works fine.

[Markus Schlager (m-slg)]

On Tue, 3 Nov 2009, Matthew Caron wrote:

> 9.10, the same setup fails with the card inserted. Eject the card and it
> works fine.

This is not what I want to do before I close the lid ibn order to
suspend for a moment.

Markus

[Joe Terranova (joeterranova)]

Update of Pol's workaround.

On suspend, will check mount for any mounted devices on /dev/mmc* . Will grab the first one
places its name in /tmp/mmcdev
unmounts it using devkit-disks

On resume, checks /tmp/mmcdev for a name
If found, mounts it using devkit-disks

This way, unmounting and mounting does not muck up the built in hotplug support; you don't need to make a specific mount point and put it in your fstab, this works using (what I think is) the automatic method that ubuntu had mounted it.

[Alastair Carey (alastair-carey)]

Is that script really a work-around? On my system, unmounting and remounting isn't enough to solve the problem; the problem is that I can't remount after resume, it's like the kernel no longer sees the hardware. I actually have to physically eject and reinsert the card in order to be able to remount! I don't think the hardware is the problem because it all worked fine under 8.10 and 9.04... seems to be something specific to Karmic. I've gotten used to ejecting and reinserting the card each time I resume from a suspend, but obviously it'd be nice not to have to do that...! Cheers A.