You can make a difference in the Apple Support Community!

When you sign up with your Apple Account, you can provide valuable feedback to other community members by upvoting helpful replies and User Tips.

Looks like no one’s replied in a while. To start the conversation again, simply ask a new question.

Sleep Wake Failure: Reboots only after upgrading to High Sierra

I have spent the last month dealing with the sleep wake failure ordeal.


When High Sierra was released I took the upgrade like I always do. When my iMac goes to sleep I will be in the other room and can hear my system rebooting. The startup sound plays twice. Then the apple logo appears on the screen with and progress bar (as if something were installing) Once High Sierra starts it displays a message "Your computer was restarted because of a problem. "Sleep Wake Failure"


I have contacted Apple support on several occasions with no luck.

I have unplugged the cord - removed it from the computer for 15 seconds to reset the smc

I have reset the NVRAM

I have backed up my system using time machine and used disk utility on internet recovery to erase my iMac

I have done a fresh install of Mac OS (High Sierra) with Time Machine backup and a separate time without a backup

I have started in safe mode

Mac OS High Sierra 11.0.3

Even after doing all these tasks my iMac still reboots when in sleep mode.


I have had my iMac for several years and this has never happened before. Now it cant stop happening.


Any help would be greatly appreciated.

iMac, iOS 11.0.3

Posted on Oct 27, 2017 9:43 AM

Reply
Question marked as Top-ranking reply

Posted on Oct 31, 2017 6:46 AM

Same thing going on here. In my case, I have a MacBook Pro late-2013 15" with Retina. Recently upgraded the SSD to the OWC NVMe Aura Pro X, which is unbelievably fast ... And, everything works beautifully.


EXCEPT when I put the laptop to sleep. At some point during the sleep, something "happens" and then when I go to open the lid to the MBP, it immediately does the startup sound, black screen for about 10 seconds ... Then a second startup sound, black screen for about 10 seconds, then the Apple logo and the bar. After that, everything works perfectly.


Someone had mentioned on another forum that this issue is potentially due to the NVMe drive not being 100% powered up in time for the SMC to find it, and so it then just does a hard reset until the storage device is available.


For me though, I don't get any error message. Nothing in any of the system logs, either. It's as if nothing "bad" even happened. So, it is very baffling. Would imagine Apple knows about this, hopefully they come up with a fix ASAP.

198 replies

Jun 7, 2018 12:39 AM in response to McBeave

So much for my desperate hopes the SWF saga would be finally over. After a month with the .5 beta without any problems, the dreaded double-chime of the SWF reboot returned. This is only a quick recap for the sake of continuity.


My hopes were quietly propped up by the lack of the usual daily notifications from the two SWF threads. Since people generally write more about problems than they do about the absence of such, it seemed there is a faint chance the solution might have been found, at last. Looks like it hasn't.


It should be pointed out that there definitely is a difference after the .5beta update in my case, at least. It has been a great relief that for a month my work was free of the daily SWF reboots, which I had mercilessly experienced for months before that. However, as I already mentioned in my first post .5beta update comment, it did not seem very convincing that a complete solution has been found, because the sleep state appeared different and not going to a hibernate-like mode.


For the sake of completeness, it has to be clarified that during all this time I always left the iMac to follow through the power management set period of display and computer sleep (5/10 min). Yesterday for the first time I used the 'apple menu' sleep command, which I used to do in the long distant past, before the SWF plague. It could have been coincidental, but having used the 'sleep' command combined with the passing of the arriving of 'autopoweroff' state, which most certainly invokes hibernation, appears to have caused this horrible SWF again, after otherwise uneventful and so much hopeful month.


Such a disappointment!

Jun 19, 2018 2:47 AM in response to McBeave

Looks like we have arrived. Considering the comments drought of recent, my conclusion is that SWF appears to have been resolved for most affected here. Most likely with the 10.13.5 update of HS. Well, it looked frustratingly remote and unclear as to how we get here but here we are.


My iMac has not experienced a single SWF since the 10.13.5 update, which can cautiously be accepted as resolved. It remains unknown what approach has been taken to provide the solution. In particular, whether any compromises have been made to power management and the system 'sleep' state.


Although I have no proof (as I had not been able to predict the months of SWF suffering, before it happened), it seems to me that before the dreaded 10.13.2 HS update there were two different states of 'sleep' - one, the 'hibernate' on 'autopoweroff' and another, intermediate one, where the computer will still wake up from a memory image saved to the persistent storage, going through the 'grey-screen-with-a-progress-bar' resume process, but somewhat quicker than the wake from an 'autopoweroff' state. Now it is not possible to be certain and will remain unknown, unless a good-natured apple source, confirms or denies it.


Nevertheless, it is undoubtly a huge relief and I can only be grateful to anyone at Apple who has contributed to resolving this problem, although I am not yet ready to forgive all those who refused to acknowledge the existence of the SWF issue for such a long time, even with at least a hint of an official statement, if they did not want to admit it publicly.


PS

It still remains to be seen, if there would not be any residual trouble for users, who might wish to change their 'standby' and 'hibernate' settings, which should not happen, for as long as these are perfectly normal options to set.


PPS


The following list of sleep reports is somewhat suspicious, if part of the SWF solution, because it replaces the problem with potential problems of possibly removing the benefits of ‘hibernate’ and ‘autopoweroff’, which safeguard by saving a memory image to the persistant storage.

sleep 10 (sleep prevented by coreaudiod)

sleep 10 (sleep prevented by sharingd)

sleep 10 (sleep prevented by coreaudiod, sharingd)
sleep 10 (sleep prevented by coreaudiod, apsd, mds_stores)


Hopefully, my paranoia will turn out unfounded.


Jun 25, 2018 8:14 AM in response to McBeave

I've spoken to OWC support for the Aura X Pro, mounted on a Late 2013 MacBookPro.

They stated that the issue regards hibernation and not standby and it is actually in discussion between SDD producers and Apple. They say they're working on a solution.

Timing? not revealed.


The temporary solution is disabling hibernation, with:

pmset -a standby 0


But keep an eye on the battery level, because when the mac runs out of charge it will switch off without hibernating.

Jul 4, 2018 4:11 PM in response to manfros

Hi to all,

Just a little information : the sleep/wake problem is inherent to all NVMe drives, not only OWC.


All Macs from 2013 and up had their BootRom updated with High Sierra, in order to provide boot on APFS drives.

2015 and up macs (like MacBookPro11,4 and MacBookPro11,5) do incorporate a full NVMe DXE driver in their BootRom.

late 2013 and 2014 do incorporate a less complete NVMe DXE driver in their BootRom, and so, they have the ability to boot on NVMe drives (which are recognize as external while pressing "alt" at cold boot), but they fail at resuming from hibernation file after being put in standby mode (which occurs after 10800 seconds by default).


-> Every 2013-2014 Mac (rMBP 13" and 15", MacBook Air, etc.) do have the ability to boot on NVMe drives but fails at wake up from hibernation with every NVMe drive in the market (I have tested with an Apple SM2048L from an iMac 17,1, with other NVMe drives like Samsung 960 Pro and Evo, Kingston, etc.)


A working workaround involve replacing the incomplete NVMe DXE drive in BootRom by a NVMe DXE driver from any BootRom of any 2015 Mac, see here :

Upgrading 2013/2014 Macbook Pro SSD to M.2 NVMe | Page 52 | MacRumors Forums


Of course, disabling standby get you rid of panic/reboot after hibernation : "sudo pmset standby 0"

But this involve never having proper hibernation (with RAM shut off), and, thus, having a high battery drain on sleep.

Jul 7, 2018 2:43 AM in response to Gilles AUREJAC1

The solution you linked is quite interesting, but require a certain skill.

Moreover sounds a little bit risky if you don't know exactly what you're doing.

The author seems to have a proper knowledge of electronics and even found how to modify the cable, mounting an additional resistor.
What I think is that OWC should not declare this device compatible with later 2013+ models, because it is not.

I'm packing the hard drive and sending it back, because for me it's not a replacement to the original.

It seems there's not a solution on the market to make it happen. I mean: should I really send it to Apple or buy a new PoweBook? that's crazy, but absolutely in line with Apple policy.


Amen.

Jul 29, 2018 11:12 AM in response to ghogoh

Sorry, I did not realize I needed to take you literally because it seemed so unlikely. So thinking about it another way, it might be possible that if the computer is woken out of sleep often enough i.e. doing backup it will not crash as often. It often took 8 or more hours of sleep for my computer to show the problem.

The computer should be smart enough to realize the backup drive is not available but then anything is possible although not probable.

Jul 29, 2018 11:27 AM in response to ghogoh

If you are using a desktop, I fixed this by not using sleep (sleep never) in the preferences. You can still make the screen turn off and you can manually sleep using the right hand pulldown menu which in my case guarantees that the disk drive shuts down so the current draw is what ever it takes to keep the dram alive, this is virtually nothing.

While this is not ideal, I felt like I had spent too much time trying to make it work correctly, if you have a portable that needs to use batteries this is not a good solution.

Aug 1, 2018 1:14 PM in response to McBeave

I had the same problems since I moved to a new Macbook Pro 2017 mid-June. I could have several crashes a day. It seemed to have appeared once I turned on hard disk encryption two weeks after using the computer. I tried many things without great success, except preventing the computer from sleeping. I then decided to do a clean install of my computer 2 weeks ago and my computer did not crash since that time. Note that this is the first clean install since 5-6 years. Probably some old files were causing problems.

Aug 18, 2018 2:36 PM in response to McBeave

I realise that sleep wake failure does not happen any more on my IMAC end 2012...

I am now on High Sierra 10.13.6. Finally, after almost one year, it looks like Apple did fix this bug in new OS that affected only older Macs.

I cannot say that my opinion towards apple has not been much degraded during this year, but at least I'm happy that the bug seems to be fixed.

Sep 17, 2018 8:13 PM in response to ghogoh

Sadly for me, I have just been forced to upgrade from El Cap to H Sierra 10.13.6 and now I have all the same sleep/wake problems that you all talk about. Never happened before. Waiting for a call back from the Apple engineer who had told me that they would not be very helpful about troubleshooting various issues if I would not run the latest OS.

Sleep Wake Failure: Reboots only after upgrading to High Sierra

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.