Hey Guys,
@Hes..
Maybe this will provide some clarification.
"The only thing that works: if I just cut power to the computer while it's still on (i.e. don't shut it down properly), it will automatically reboot once power comes back. I tested this by cutting power during POST. But as above: that's no solution to my problem." -
I wouldn't do this, you are asking for trouble, but it does demonstrate what I'm saying below.
The system will not power back on if you shut it down and unplug, then reconnect power. This is not considered a "power loss". The system has to be running or in S1, S3 for this to work.
Power Up On AC Loss: (this board AC Back Function)
Options in your case:
Full On & Memory
Poorly implemented for sure. I'd say the "Full-On" option is your best bet. The "memory" option is going to yield mixed results since modern operating systems no longer use full on hibernate (by default). Now they use Fast Start Up option in power management which is a hybrid combination of a cold startup and a wake-from-hibernation. The hiberfil.sys (current system state) is loaded into memory when the system is resumed. Well in theory anyway. Your results can vary based on the OS, hardware and drivers being used.
WoL: (this board PME Event Wake Up)
When enabled, the BIOS tells the NIC to only go into a semi low power state as it must remain awake "listening" for wake packets to initiate a system start. If the driver the card is using is a) set incorrectly (power management) or b) doesn't support low power +5v to NIC when the system is sleeping or off, this too will not work.
Most consumer grade routers do not support WoL consistently because the ARP table gets flushed randomly for different reasons. So the "feature" appears to work if you start the system, manually put it to sleep and then send wake packets to it... but if you wait for 24hrs or more and the ARP table is gone, wake packets will never reach the NIC, even if it has a static IP and you are reserving IP by MAC Address. A "DSL Router" is going to be the least robust/friendly from a technology and quality perspective. Meaning you could be doing everything right, but the device may not be passing wake packets to your listening device. Ensure your network type is set to "Private" if it's set to "Public' windows FW will block wake packets.
That said. Manufacturers do implement these features differently, so some of what I mentioned above might not be true for your particular model, installed hardware and/or BIOS rev.
Have you confirmed that the link light on the NIC remains lit when the system is in S3?