Successfully Suspend, but automatically resume in seconds!

[lovenemesis]

Hello, everyone,

I encountered a weired problem after upgrading to Fedora 10 and I have not find a clue by now.

The information of my laptop:
Asus F9Dc
AMD Turion 64 X2 TL-58/nVidia Gefore 8400M G (177.82 from rpmfusion)/Atheros AR5007(Madwifi from rpmfusion)

When I was trying to Suspend, it did what it should like that under Fedora 8 & 9 . However, it would Resume automatically in seconds even I disconnected the network and wifi(although I never enable "Wake on Lan") .

Here's is my pm-suspend.log, pay attention to the red lines in the middle:

Initial commandline parameters: --quirk-vbe-post
Mon Dec 29 17:02:28 CST 2008: Running hooks for suspend.
/usr/lib/pm-utils/sleep.d/00auto-quirk suspend suspend: success.
/usr/lib/pm-utils/sleep.d/00logging suspend suspend: Linux localhost.localdomain 2.6.27.9-159.fc10.i686.PAE #1 SMP Tue Dec 16 14:59:37 EST 2008 i686 athlon i386 GNU/Linux
Module Size Used by
vfat 12672 1
fat 42784 1 vfat
fuse 49436 2
ipv6 229876 26
cpufreq_ondemand 9996 1
powernow_k8 18692 1
dm_multipath 17164 0
uinput 10624 0
snd_hda_intel 395544 3
snd_seq_dummy 6660 0
snd_seq_oss 30364 0
snd_seq_midi_event 9600 1 snd_seq_oss
snd_seq 48320 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 9996 3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_pcm_oss 41600 0
wlan_scan_sta 15360 1
snd_mixer_oss 16896 1 snd_pcm_oss
ath_rate_sample 14848 1
snd_pcm 64772 2 snd_hda_intel,snd_pcm_oss
snd_timer 21896 2 snd_seq,snd_pcm
ath_pci 162616 0
snd_page_alloc 11144 2 snd_hda_intel,snd_pcm
wlan 189748 4 wlan_scan_sta,ath_rate_sample,ath_pci
nvidia 6895856 28
snd_hwdep 10372 1 snd_hda_intel
snd 51768 16 snd_hda_intel,snd_seq_dummy,snd_seq_oss,snd_seq,sn d_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd _timer,snd_hwdep
ath_hal 302176 3 ath_rate_sample,ath_pci
r8169 32260 0
mii 8192 1 r8169
soundcore 9416 1 snd
usb_storage 86536 1
i2c_core 21396 1 nvidia
pata_amd 13316 0
k8temp 7936 0
hwmon 6300 1 k8temp
pcspkr 6272 0
asus_laptop 18168 0
stk11xx 109700 0
videodev 32000 1 stk11xx
v4l1_compat 15876 1 videodev
joydev 12736 0
video 20244 5
output 6528 1 video
serio_raw 8836 0
ata_generic 8452 0
pata_acpi 7680 0
ext4 191768 2
jbd2 58916 1 ext4
crc16 5760 1 ext4
total used free shared buffers cached
Mem: 4148144 1356712 2791432 0 210824 678736
-/+ buffers/cache: 467152 3680992
Swap: 2104504 0 2104504
success.
/usr/lib/pm-utils/sleep.d/00powersave suspend suspend: success.
/usr/lib/pm-utils/sleep.d/01grub suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/49bluetooth suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/50ntpd suspend suspend: success.
/usr/lib/pm-utils/sleep.d/55NetworkManager suspend suspend: success.
/usr/lib/pm-utils/sleep.d/55battery suspend suspend: success.
/usr/lib/pm-utils/sleep.d/65alsa suspend suspend: success.
/usr/lib/pm-utils/sleep.d/75modules suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/90chvt suspend suspend: success.
/usr/lib/pm-utils/sleep.d/90clock suspend suspend: success.
/usr/lib/pm-utils/sleep.d/94cpufreq suspend suspend: success.
/usr/lib/pm-utils/sleep.d/95led suspend suspend: not applicable.
/usr/lib/pm-utils/sleep.d/95packagekit suspend suspend: success.
/usr/lib/pm-utils/sleep.d/98smart-kernel-video suspend suspend: success.
/usr/lib/pm-utils/sleep.d/99hd-apm-restore.hook suspend suspend: saving level 128 for device sda
SG_IO: bad/missing ATA_16 sense data:: 70 00 05 00 00 00 00 0a 00 00 00 00 24 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
SG_IO: bad/missing ATA_16 sense data:: 70 00 05 00 00 00 00 0a 00 00 00 00 24 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
HDIO_DRIVE_CMD(identify) failed: Input/output error
Advanced Power Management not supported by device sdb.
success.
/usr/lib/pm-utils/sleep.d/99video suspend suspend: success.
Mon Dec 29 17:02:32 CST 2008: performing suspend
Mon Dec 29 17:02:39 CST 2008: Awake.
Mon Dec 29 17:02:39 CST 2008: Running hooks for resume
/usr/lib/pm-utils/sleep.d/99video resume suspend: kernel.acpi_video_flags = 0
success.
/usr/lib/pm-utils/sleep.d/99hd-apm-restore.hook resume suspend: restoring level 128 for device sda

/dev/sda:
setting Advanced Power Management level to 0x80 (128)
success.
/usr/lib/pm-utils/sleep.d/98smart-kernel-video resume suspend: success.
/usr/lib/pm-utils/sleep.d/95packagekit resume suspend: method return sender=:1.73 -> dest=:1.72 reply_serial=2
success.
/usr/lib/pm-utils/sleep.d/95led resume suspend: not applicable.
/usr/lib/pm-utils/sleep.d/94cpufreq resume suspend: success.
/usr/lib/pm-utils/sleep.d/90clock resume suspend: success.
/usr/lib/pm-utils/sleep.d/90chvt resume suspend: success.
/usr/lib/pm-utils/sleep.d/75modules resume suspend: success.
/usr/lib/pm-utils/sleep.d/65alsa resume suspend: success.
/usr/lib/pm-utils/sleep.d/55battery resume suspend: success.
/usr/lib/pm-utils/sleep.d/55NetworkManager resume suspend: success.
/usr/lib/pm-utils/sleep.d/50ntpd resume suspend: success.
/usr/lib/pm-utils/sleep.d/49bluetooth resume suspend: not applicable.
/usr/lib/pm-utils/sleep.d/01grub resume suspend: not applicable.
/usr/lib/pm-utils/sleep.d/00powersave resume suspend: success.
/usr/lib/pm-utils/sleep.d/00logging resume suspend: success.
/usr/lib/pm-utils/sleep.d/00auto-quirk resume suspend: success.
Mon Dec 29 17:02:40 CST 2008: Finished.

[hans21]

Just a thought:
Back while I was using Fedora 9, I used to do a "Suspend to disk" from time to time and ran into something strange.

Namely, whenever I initiated suspend, and removed either of the network cable or power adapter cable during the "sequence" (i.e. before OS was suspended to disk), the system would resume from suspend "sequence". Now, im not sure if this was a bug or a "feature" of suspend, nor did I care to find out because it's one of the things I can easily live with without knowing.



Have You been doing something similar by a chance?


Best regards,

[lovenemesis]

Finally a reply comes! Thanks, hans21!

Unfortunately, I did not either disconnected the network wire nor power cable during the suspend process.

Comparing to the configuration under Fedora 9, I am kind of thinking it might be the problem of Plymouth. However, I have totally no idea how to confirm my guess.

[aluhat]

I have the same issue on my mini mac running Fedora 9. So it might be something with the PPC architecture. Any clues on how to solve this are highly appreciated.

[zx5000]

I periodically run into the same issue on x86 with F9. I think there is a driver or application that is not allowing the system to suspend. Sometimes I can make it go only after several attempts or a few minutes delay.