Thanks for your post and clarification regarding "PrioritizeNetworkReachabilityOverSleep". To be honest I only tried that for Mountain Lion. I never had to enable that for Lion — darkwake seemed to be all I needed.
I undid the plist changes and reset the SMC and PRAM like you suggested. If I send a magic packet the same way as before it doesn't appear to work. Here's the odd thing. If the MacBook Pro is asleep and on the network, I can't ping it. However after I send it a magic packet to wake it up, the screen stays black, but I can start pinging it.
Other notes... I don't have Screen Sharing or Remote Login enabled in Sharing. Do I need them for this? I can't recall how they were configured before installing Mountain Lion. It's very possible they were enabled, but it was my understanding that Wake-On-LAN didn't require anything more than checking that "
Wake for network access" is enabled, which it always has been.
This is strictly over wired ethernet. Same LAN, IP address range, domain, etc.
A little background if you want... I have a Windows 7 PC at the office as my main work computer. I have my MBP (lid closed) in a vertical stand connected to an external monitor. I then connect to the MBP via Synergy (client). My whole process was:
- Hook up the MBP
- Wake it from the Windows PC
- Then have my launch daemon run my custom bash script that connects to SSH and Synergy on the PC
All of that worked.
[Edited to add]
I did enable Remote Login and put it to sleep. From Windows, using Putty, I was able to SSH into the MBP and access it, but the screen stayed black. So maybe it is technically waking, but it's not fully waking up. If I have an external mouse hooked up during this whole process, even if I move the mouse the screen stays black. It's only after I press a mouse button does it full wake. Odd.
Not sure if this matters, but this showed up in the logs around the time the SSH session activated, but the display stayed black:
Code:
8/22/12 12:22:06.550 PM WindowServer[86]: handle_will_sleep_auth_and_shield_windows: no lock state data
[More Edits]
I did a fresh reboot and immediate sleep after the reboot. I then attempted to wake it. After it still shows a black display, I "fully woke" it with a USB mouse. This is what the console reported for this time. My public IP address is edited out. I highlighted in red below the questionable log entry.
Code:
8/22/12 1:37:53.000 PM kernel[0]: AirPort_Brcm43xx::powerChange: System Sleep
8/22/12 1:37:57.000 PM kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link down on en0 (wol enabled, BJP 3040)
8/22/12 1:38:00.000 PM kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 100-Megabit, Full-duplex, No flow-control, Debug
8/22/12 1:38:26.000 PM kernel[0]: Wake reason: GIGE (Network)
8/22/12 1:38:26.000 PM kernel[0]: AirPort_Brcm43xx::powerChange: System Wake - Full Wake/ Dark Wake / Maintenance wake
8/22/12 1:38:26.000 PM kernel[0]: AirPort_Brcm43xx::checkInterfacePowerState: Check _pwrOffThreadCall!
8/22/12 1:38:26.000 PM kernel[0]: Previous Sleep Cause: 5
8/22/12 1:38:26.000 PM kernel[0]: TBT W (1): 0 [x]
8/22/12 1:38:26.383 PM configd[17]: network changed: v4(en0-:<IP Removed>) DNS- Proxy- SMB
8/22/12 1:38:27.000 PM kernel[0]: AppleBCM5701::selectMedium - autoselect, any duplex, EEE allowed, flow control allowed
8/22/12 1:38:28.000 PM kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link down on en0
8/22/12 1:38:28.000 PM kernel[0]: Ethernet [AppleBCM5701Ethernet]: Wake reason GIGE - magic packet received
[COLOR="Red"]8/22/12 1:38:29.000 PM kernel[0]: Graphics suppressed 2912 ms[/COLOR]
8/22/12 1:38:30.000 PM kernel[0]: Ethernet [AppleBCM5701Ethernet]: Link up on en0, 100-Megabit, Full-duplex, No flow-control, Debug
8/22/12 1:38:31.851 PM configd[17]: network changed: v4(en0+:<IP Removed>) DNS+ Proxy+ SMB
8/22/12 1:38:41.084 PM WindowServer[83]: handle_will_sleep_auth_and_shield_windows: no action for lock state 1
8/22/12 1:38:41.000 PM kernel[0]: HID tickle 14964 ms