The freeze on suspend seems common to Debian-based distros. I tried with Debian testing (Squeeze) and was able to reproduce the same issue (Aspire One model ZG5, 8GB SSD, BIOS v.3309).
The script linked above by White Rabbit resolved the issue for me, too. (I have also applied the pciehp_force=1 option, which was needed to get the card readers working.) I extended the script slightly. The new version remounts cards on resume, preserving ownership. I.e. each card will be owned by the same user who owned it before suspend, and will only be remounted if it was mounted before suspend. The new version also supports the KDE4.x solid- hardware daemon (for us KDE users). Unmount using the graphical widget works after suspend/resume as it should. Two things to note: first, any documents that are open from an MMC/SD card will still prevent a suspend (so, close any MPlayers and terminal windows first before closing the lid). Secondly, even those apps that don't actually lock their open documents, might think that the file has been removed when the machine is resumed (e.g. KWrite behaves this way). In reality, of course it is only the mount point that has been removed (and then added back). I'm attaching the new version here in case someone might find it useful. Feel free to use/distribute/modify it further. I've tested the script with one and two SD cards inserted (one 16GB, one 512MB). As usual, I won't guarantee anything, but do let me know if there are problems with this version. ;) Thanks for the info and the original fix, everyone! ** Attachment added: "010_unmount_SD_v2.sh" http://launchpadlibrarian.net/43209812/010_unmount_SD_v2.sh -- [Acer Aspire one] suspend/resume failure https://bugs.launchpad.net/bugs/424877 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
