I'm experiencing the same problem. - First suspend after reboot works every time without fail. - Second suspend does a resume after 3 or 4 seconds.
The workaround ( sudo pm-suspend; sudo pm-suspend) only works on my Macbook Air 6,2 when I've applied the workaround for this bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1318218 Workaround: echo min_power > /sys/class/scsi_host/host0/link_power_management_policy In order to have my macbook air suspend everytime I close the lid I've added this line to /usr/sbin/pm-suspend: $ diff -p pm-suspend.distrib pm-suspend *** pm-suspend.distrib 2013-11-06 17:26:04.000000000 +0100 --- pm-suspend 2014-06-26 14:06:18.672660848 +0200 *************** if run_hooks sleep "$ACTION $METHOD"; th *** 101,106 **** --- 101,107 ---- log "$(date): performing $METHOD" sync "do_$METHOD" || r=128 + "do_$METHOD" || r=128 log "$(date): Awake." else log "$(date): Inhibit found, will not perform $METHOD" Also do a "dpkg-redirect add /usr/sbin/pm-suspend" to prevent the change from getting overwritten. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pm-utils in Ubuntu. https://bugs.launchpad.net/bugs/1311724 Title: Macbook Air resumes immidiately after suspend Status in “pm-utils” package in Ubuntu: Confirmed Bug description: Computer model : Apple Macbook Air 6,2 (Mid 2013) BIOS version : MBA61.88Z.0099.B04 (dmidecode -s bios-version), Oct. 2013 version OS installed : Ubuntu 14.04, single boot Problem description: When closing lid on computer machine suspends. Within 8 to 10 seconds the machine resumes again with lid still closed. Imidiately opening an closing lid makes suspends the computer and it keeps suspended until lid is opened again. This behaviour is the same when entering a sudo pm-suspend from the terminal. Machine suspends. But resumes after 8 to 10 seconds. Immidiately doing a second sudo pm-suspend, suspends the machine and keeps it suspended. There is one case where the behaviour described above is different. That is in the situation where machine is put into suspend for the first time after a complete reboot. In this case the machine suspends correctly and stays suspended as expected. The problem is consistent and can be reproduced as desribed any number of times. Disabling wi-fi (using the Broadcom 802.11 Linux STA proprietary driver) doesn't alter the behaviour described above. cat /proc/acpi/wakeup Device S-state Status Sysfs node P0P2 S3 *disabled EC S3 *disabled HDEF S3 *disabled pci:0000:00:1b.0 RP01 S3 *disabled pci:0000:00:1c.0 RP02 S3 *disabled pci:0000:00:1c.1 RP03 S3 *disabled pci:0000:00:1c.2 ARPT S4 *disabled pci:0000:03:00.0 RP05 S3 *disabled pci:0000:00:1c.4 RP06 S3 *disabled pci:0000:00:1c.5 SPIT S3 *disabled XHC1 S3 *enabled pci:0000:00:14.0 ADP1 S3 *disabled platform:ACPI0003:00 LID0 S3 *enabled ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: pm-utils 1.4.1-13 ProcVersionSignature: Ubuntu 3.13.0-24.46-generic 3.13.9 Uname: Linux 3.13.0-24-generic x86_64 NonfreeKernelModules: wl ApportVersion: 2.14.1-0ubuntu3 Architecture: amd64 CurrentDesktop: Unity Date: Wed Apr 23 17:03:05 2014 InstallationDate: Installed on 2014-04-23 (0 days ago) InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Release amd64+mac (20140417) PackageArchitecture: all SourcePackage: pm-utils UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/1311724/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
