Black screen + freeze when suspending or hibernating with mounted SD Card in built-in reader

PS: Inserting a SD card after suspension / hibernation and then waking the pc up doesn't cause problems.

Same problem, with and without pciehp.pciehp_force=1 in grub

In fact the problem is only when the left sd card is mounted. If I unmout it, i can suspend the Aspireone.

Unmounting or removing the SD card also "fixes" the suspend problem on my ZG5.

This problem is affecting my ThinkPad X61s.

Freezes on suspend with an SD card mounted-- suspends normally when the SD card is unmounted / not present.

Looks like bug 462722.

Possibly, but in bug 462722 the screen still shows the desktop, here it turns black and freezes then.

Is there a workaround? Is it possible to umount the SD with adding a custom script to or with
customizing a script of the suspend/hibernate process?

Workaround until fixed:

  # disable media automount -- LP: 464712
  gconftool -s --type bool /apps/nautilus/preferences/media_automount false

Alternatively, see https://bugs.launchpad.net/ubuntu/karmic/+source/linux/+bug/424877/comments/29 for a script that mounts and umounts in response to power events.

This a seems to only happen with my 8GB SDHC card mounted and not my 2GB SD card in both my Acer Aspire One 110 and my Dell Mini 9 (8GB SSD). The regular SD card suspends and resumes normally in both machines. Screen does not blank it just freezes with whatever was on it at the time of the suspend.

Same problem on my Toshiba R600. 8GB SD card crashes machine when attempting suspend. Can unmount the card before suspending to resolve problem. Perhaps a solution would be automatically to unmount all SD cards when suspending/hibernating.

I think this problem isn't specific to Ubuntu. I've had the same problem with Fedora 12. I used not to have the problem on Fedora 11. Maybe it's a gnome issue.

This bug makes my computer completely unusable. can those scripts be pushed thru with an update? This is the kind of thing that keeps people from using an operating system... don't even stick around to file a bug.. just move on.

I can deal with the script/setting change... but this has been going on for months. Please Please fix it for the sake of our users. How much donation does it take to get this fixed? I can't afford to have my computer suspend deleting all of my work again because it can't resume.

I can confirm this issue in my Aspire One ZG5 running Karmic.

Unmounting the card before suspending does prevent it to happen, altough, so I'm currently using the solution pointed out by Noel Bergman.

faced this in karmic and now on upto date lucid also have this problem. I am using Aspire One ZG5

i think bug #477106 might be relevant to this one.
one comment mentions "Building the MMC/SDHC modules into the kernel and enabling unsafe resume in the kernel config fixes the freezes here.", another offers a patch "that allows to change safe or unsafe resume for the mmc driver on the fly." and packages of a kernel compiled with it.

Just to confirm, this is still happening in Lucid, Dell Mini 9 (Vostro A90).

I can confirm this too on Lucid (2.6.32-21-generic) although with difference that I don't even have inserted (mounted) any card to reader. The reader is just plugged into my PC.

I've found the same thing -- this is still a problem in Lucid.

Fedora 13 also has this bug FWIW. It locks up when I try to suspend when a
card is inserted. 2.6.33.2-57.fc13.x86_64 kernel.

I see this in Lucid on my Dell D420.

Yes its not gone but also a few days ago I happened to test the fedora live cd and this bug was not there. then I updated to the latest kernel to check if it was fixed in the latest (2.6.34-RCX) but its not so I guess it not a kernel bug?

Confirmed this with Ubuntu 10.04 LTS (x64) on Lenovo T61p.

comment #35 on bug #477106 fixes this on my AA1 ZG5. The various script-based solutions don't.

Also experienced on a Dell Latitude D420. See bug 345354.

Just tried on a Dell Latitude E4300. Unmounting the SD card is enough for me. After doing so, suspend/resume works perfectly!! With the card mounted suspend fails as described in the bug description.

Aitor, did you read the bug description? It's exactly the same as you describe -- the lockup only happens when a card is inserted.

Copy the attached file to /etc/pm/sleep.d/ so mmcblk devices (SD cards) are unmounted before the system is suspended. While the underlying bug is solved, this works fine for me.
PS: Don't forget to grant execution rights to the file

Affects my Toshiba M700 2GB ram with disk structure like this:
-sba
--NFTS - Win XP
--FAT32 - Weird Parition
--EXT4 - /boot
--EXT4 - /
built in SD reader, wacom, no touch.

affects my Lenovo Thinkpad T410 too
kernel 2.6.34-5-generic