[Dell Inc. Inspiron 910] suspend/resume failure when SD card is mounted

By unmounting my sdhc card before going into suspend mode, suspend and resume work without a problem.
With the last kernel update, my sdhc card is mounted automatically at startup.

@Bardamu: Thx!!! that is the problem. thx for the solution

Architecture: i386
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: oliver 2158 F.... pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xefebc000 irq 21'
   Mixer name : 'SigmaTel STAC9200'
   Components : 'HDA:83847690,102801d8,00102201'
   Controls : 11
   Simple ctrls : 6
CheckboxSubmission: fc0287e3285450636a8267e07a7f707a
CheckboxSystem: d00f84de8a555815fa1c4660280da308
DistroRelease: Ubuntu 9.10
HibernationDevice: RESUME=UUID=a0269ef7-f495-498e-8d8e-baf526f63e63
MachineType: Dell Inc. MXC061
Package: linux (not installed)
ProcCmdLine: root=/dev/mapper/vg--insp-root ro quiet splash
ProcEnviron:
 SHELL=/bin/bash
 PATH=(custom, user)
 LANG=de_DE.UTF-8
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
RelatedPackageVersions:
 linux-backports-modules-2.6.31-14-generic N/A
 linux-firmware 1.24
Uname: Linux 2.6.31-14-generic i686
UserAsoundrc:
 pcm.btheadset {
         type bluetooth
         device 00:12:EE:17:DB:82
         profile “auto”
 }
UserGroups: adm admin cdrom dialout lpadmin plugdev sambashare vboxusers
WpaSupplicantLog:

dmi.bios.date: 04/02/2007
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A10
dmi.board.name: 0MG532
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.:bvrA10:bd04/02/2007:svnDellInc.:pnMXC061:pvr:rvnDellInc.:rn0MG532:rvr:cvnDellInc.:ct8:cvr:
dmi.product.name: MXC061
dmi.sys.vendor: Dell Inc.

Hi there,
this bug isnt fixed for me.
---
Same behavior as the original author described, sd-card attached -> suspend fail, no sd -> everything is fine.
My system is up2date i have even karmic-proposed turned on.
I dist-upgraded from jaunty maybe a old config is the problem ??

regards oliver

I can confirm this bug it is not fixed yet. I happened to me today in mi Dell mini 9 with Karmic Beta properly updated.
It is very annoying to see this kind of regressions.
This bugs seems to be duplicateds of a lot of users with the same bug:
#430815
#398207

The solution provided by Bardamu should not be vaiid. I shouldn't care about unmounting my sdhc all the times before suspending, when i never did it (in NBR Jaunty for example).
What kind of unprofessional solution is this?
It is a temporary solution, but must be corrected.

This seems to be duplicateds too:
#407908
#398207
#444051

I also have an SDHC card installed when suspending. For me, choosing Suspend on the menu caused my USB devices to power down, and the mouse to lockup and the system to hard-freeze, requiring a hard power off to resolve.

I can confirm this bug on a newly installed Netbook Remix 9.10 RC. With SD card mounted, closing the lid powers off display, but system never suspends. Displays powers on when lifting lid, but the keyboard and mouse do not respond and screen is frozen. A hard reboot is required. With SD card unmounted, suspend operates correctly.

I can also confirm this behaviour with Netbook Remix upgraded from 9.04 to 9.10 RC. Suspend freezes (needs power button pressing to turn off) with SDHC card inserted, works without.

Jandro, could you tell me the meaning of fix committed in this context (as there's no upstream bug)? Does it mean that you committed a fix for this bug in a package, but the package has not yet been published on the repositories?

Hi,

I think this is related to my SDHC card. When I take out the card, I don't have any issues

This issue is new and started immediately when i upgraded from 9.04 to 9.10. Note that in 9.04, my SDHC card was not supported "Error whilst initialising SD card." Now, it is.

Thanks,
Adam

Relating to Jandro's status changes and Jean-François's question, there is no evidence on this bug report that the problem has been fixed. Jandro's status change is immediately preceded by evidence that they have learnt about a workaround, which is not the same as a fix.

I am therefore reverting his status change.

This bug is important, and apperas even with new status and not confirmed.
It seems that some umount and remount option is missed in somewhere, that was present in all previous releases.

I'm not too familiar with how bugs like this are handled. Is it likely to be fixed before the next release? It is really helpful to have a big SD card always in the slot especially with a small SSD.

This bug is very important. As Matt.bell says, is very useful to have a microSD card always inserted in small ssd like dell mini 9. Why is stiil unasigned if it affects so many people and equipment (all the Dell's)?.

I think this bug is related with this one:
https://bugs.launchpad.net/ubuntu/karmic/+source/linux/+bug/424877

It seems that it is independent from hardware model. The systems complety hangs up if you try to suspend with one MicroSD inserted.

Is the workaround mentioned in #424877 bug, of installing 'linux-backports-modules-karmic' and adding GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pciehp.pciehp_force=1" to /etc/default/grub solving this bug?.

or perhaps someone simply forgot to put in karmic one script in /etc/pm/sleep.d/ or /usr/lib/pm-utils/sleep.d/ like this:
case "$1" in
    hibernate|suspend)
        umount /path/to/SD_Card
        ;;
    resume|thaw)
        mount /path/to/SD_Card /mount/point/
        ;;
    *) exit 0
        ;;
    esac

Somebody can say something about this bug, please?

I can confirm that script at https://help.ubuntu.com/community/AspireOne/Ubuntu9.10 works for me too in one 'Dell mini 9' and it unmount any SD cards before sleeping:

# Drop to: /etc/pm/sleep.d
# Use this script to prevent data loss on mounted MMC/SD
# cards. It syncs data and umounts all mmcblk devices prior to
# suspend, and cancels suspend if umounting was not possible
# (i.e: something locks a file)
case "${1}" in
    hibernate|suspend)
        /bin/sync
        for drive in $( /bin/ls /dev/mmcblk?p* ); do
            /bin/umount ${drive} > /dev/null
            # If umount failed: abort suspend
            if [ $? -gt 0 ]; then
            # Test if device keeps mounted. Previous command could fail
            # (i.e device was not mounted) with a non-stopper
            # problem for the suspend process.
            /bin/mount | /bin/grep ${drive}
            if [ $? -eq 0 ]; then
                exit 1
            fi
            fi
        done
        ;;
# resume|thaw)
## Do nothing. All devices will be automatically mounted again.
# ;;
esac

So the soluttion to all of this duplicated bugs is simple, no?

For me, the problem went away when I formatted the card as ext3 instead of
FAT.

-Adam

On 2/7/10 1:22 PM, "erlguta" <email address hidden> wrote:

> I can confirm that script at
> https://help.ubuntu.com/community/AspireOne/Ubuntu9.10 works for me too
> in one 'Dell mini 9' and it unmount any SD cards before sleeping:
>
> # Drop to: /etc/pm/sleep.d
> # Use this script to prevent data loss on mounted MMC/SD
> # cards. It syncs data and umounts all mmcblk devices prior to
> # suspend, and cancels suspend if umounting was not possible
> # (i.e: something locks a file)
> case "${1}" in
> hibernate|suspend)
> /bin/sync
> for drive in $( /bin/ls /dev/mmcblk?p* ); do
> /bin/umount ${drive} > /dev/null
> # If umount failed: abort suspend
> if [ $? -gt 0 ]; then
> # Test if device keeps mounted. Previous command could fail
> # (i.e device was not mounted) with a non-stopper
> # problem for the suspend process.
> /bin/mount | /bin/grep ${drive}
> if [ $? -eq 0 ]; then
> exit 1
> fi
> fi
> done
> ;;
> # resume|thaw)
> ## Do nothing. All devices will be automatically mounted again.
> # ;;
> esac
>
> So the soluttion to all of this duplicated bugs is simple, no?

I preformed the following suspend tests on Lucid Beta:

-Suspend Dell Mini 9 with no SD card...PASS

-Suspend Dell Mini 9 with 1GB FAT32 SD card UNMOUNTED...PASS
  -Card is mounted at resume

-Suspend Dell Mini 9 with 1GB FAT32 SD card MOUNTED...FAIL
  -Freezes on black screen. Hard reboot is required.

...continued

-Suspend Dell Mini 9 with 1GB EXT4 SD card UNMOUNTED...PASS
  -Card is mounted at resume

-Suspend Dell Mini 9 with 1GB EXT4 SD card MOUNTED...FAIL
  -Freezes on black screen. Hard reboot is required.

The bug task for the somerville project has been removed by an automated script. This bug has been cloned on that project and is available here: https://bugs.launchpad.net/bugs/1305962