Aspire one (A110) suspend fails with SDHC card in LH slot.

[EasyTarget]

Hi;
F12 on my aspire one (A110, the original 8Gb SSD model) works well with only one significant problem.

Suspend fails; the screen fades to black, backlight stays on, macine stops responding to keyboard/mouse/powerswitch and just hangs (for at least an hour... longest I left it). Only thing that works is a 5 second click of death on the powerswitch. Plus an FSCK on at least one occasion after reboot. I have not been able to check if SSH and shutdown possible (on vacation) plus have logs go to a tmpfs (to save my SSD) so no log info. Similarly I cannot confirm if this affects hibernate because I run without a swapfile (SSD again, i.5Gb ram installed and I have never come even close to running out of memory).

But I think I have the culprit anyway:
https://bugs.launchpad.net/ubuntu/+s...ux/+bug/464712

As described there; shutdown fails if there is a mounted card in the cardreader slot (/dev/mmcblk0) My system has a 4Gb SDHC card in the LH slot with a single XFS filesystem; which has my homedir on it; if I unmount that filesystem (but do not remove the card) shutdown and restore appear to work properly. But if the filesytem is mounted I get the bsod. Linked bug suggests this is restricted to large filesystems (?SDHC?) but I have not fully confirmed, although that matches my situation.

Posting here to see if anyone has any further info/workarounds, to ensure the fedora crew are aware that this appears to affect F12 (and is a regression, F11 suspended fine) and make sure it is documented somewhere. The linked bug also states similar bad suspend activity on other netbooks.

I'll try some other variations (and see if it also happens with USB sticks/RH cardrader, and report back here.

---------- Post added at 10:55 PM CST ---------- Previous post was at 09:44 PM CST ----------

Quick confirm/update; just tried as many combos as I can (limited resources).
Suspend always fails if I the SDHC card XFS filesystem is mounted in either the left or right cardreaders (as /dev/mmcblk0p1). Suspend is OK if the card is present but unmounted. Suspend is also fine with a 4Gb vfat (fat32) USB memorystick mounted as /dev/sdb1.
My F12 is fully updated; 2.6.31.9-174.fc12.i686.
If this appears new and I need to make a bugreport I'm happy to do so. Workarounds/suggestions also welcome.

[joe.pelayo]

I just made some tests and confirm your findings. My 4GB SDHC card is formatted as ext2 and the 'funny' thing is that after the issue appears, the left slot only recognizes that particular card although it refuses to mount it. If I insert the card in the right slot I get the mounting issue as well.

Will restart to check the integrity of the card itself.

Just to clarify, by suspend you mean close the lid, right?

Thanks,
Joe.

---------- Post added at 04:36 PM CST ---------- Previous post was at 04:21 PM CST ----------

Is your SDHC ok? I mean, mine seems to have its superblock corrupted afterwards..

Thanks,
Joe.

[EasyTarget]

Joe;

There is an (one year old and, I thought, resolved) issue with ext filesystems corrupting on SD devices on the A110 during shutdown; I normally used 'testdsk' in auto mode to fix this (It worked well for me several times).
The long term solution I found was to format XFS (which is fine for /home in my experience).

To trigger suspend I closed the lid while I'm at the GDM login screen. But this also happens if I use the FN-F4 key combo or the shutdown menu. I was doing CTRL-ALT-F2 to the console and mounting/unmounting /home as root for convenience without logging as a user. But I first discovered this while in a full gnome session as my user and selecting 'suspend' from the shutdown menu.

For reference; Correct operation has the HDD light for a few seconds, then the screen goes off and the power LED flashes orange; wakes on any keypress.

[joe.pelayo]

Originally Posted by EasyTarget

Joe;

There is an (one year old and, I thought, resolved) issue with ext filesystems corrupting on SD devices on the A110 during shutdown; I normally used 'testdsk' in auto mode to fix this (It worked well for me several times).
The long term solution I found was to format XFS (which is fine for /home in my experience).

To trigger suspend I closed the lid while I'm at the GDM login screen. But this also happens if I use the FN-F4 key combo or the shutdown menu. I was doing CTRL-ALT-F2 to the console and mounting/unmounting /home as root for convenience without logging as a user. But I first discovered this while in a full gnome session as my user and selecting 'suspend' from the shutdown menu.

For reference; Correct operation has the HDD light for a few seconds, then the screen goes off and the power LED flashes orange; wakes on any keypress.

OK, I managed to recover the files in the corrupted SD but your long term solution does not work: if I leave the SD card mounted and formatted as XFS the thing hangs upon suspend (need to hard reboot to regain control).

How did you work around this?

Thanks,
Joe.

[EasyTarget]

"How did you work around this?"

I didn't.. My machine still hangs if I suspend it.

But at least it does not always also corrupt the SD card on reboot.
- This is only my long-term solution to the SD card filesystem corruption, which is a separate kernel issue. It also can be cured with the MMC_UNSAFE_RESUME kernel compile option, if you like building kernels.

[joe.pelayo]

Originally Posted by EasyTarget

"How did you work around this?"

I didn't.. My machine still hangs if I suspend it.

But at least it does not always also corrupt the SD card on reboot.
- This is only my long-term solution to the SD card filesystem corruption, which is a separate kernel issue. It also can be cured with the MMC_UNSAFE_RESUME kernel compile option, if you like building kernels.

I see, let's hope the devs take a look at this and make that a default option. Given Fedora's rapid development I am not really willing to compile the kernel myself.

Thanks for making me aware of the problem,
Joe.

[keithb]

I've just upgraded my AA1 to F12 and have come across the same problem.
To get round it I created a file to force pm-suspend to unmount it and saved it as 66sdcard in /etc/pm/sleep.d

#!/bin/bash
case $1 in
hibernate)
umount /dev/mmcblk0
echo "unmounting SD card"
;;
suspend)
umount /dev/mmcblk0
echo "unmounting SD card"
;;

*)
;;
esac


I didn't bother making it remount it as it seems to do that anyway!

K