Hi All
I tried everything I could think of, and I couldn't find anyone on the net who had my specific problem.
Let me first describe my setup:
The WOL target PC has WOL capable motherboard where WOL is enabled by default (no setting in the BIOS). It's running Windows 10 and Ubuntu which I rarely use. My router is NETGEAR R7000 with dd-wrt installed and working OK.
I have two WOL triggers: An old laptop running Debian, which I use as a home server, and it's always on. When I want wake the "big" PC when I'm away, I remote-access the laptop, and since it has access to the internal network I can send the magic packet using <wakeonlan> bash command.
The other WOL trigger is my phone, I have an app on it for that purpose, also working only when connected to the local network via wi-fi. I rarely use that one...
Everything was and still IS set up correctly and worked fine up until a month ago.
So one day I tried to boot into Ubuntu and found it won't boot, so I reinstalled it. I fixed GRUB so that windows is visible again as a boot option and made it the default boot option. After that everything worked fine, both windows and linux, except the PC won't WOL?!
I don't see how that can be the cause?! I mentioned that for completeness but I'm more convinced it's just a coincidence and a much more likely cause is a windows update. In fact while troubleshooting I noticed that "Wake on magic packet" and "Wake on Pattern" entries are gone from the network adapter's driver properties dialog...
Using WOL sniffers I was able to confirm that the magic packets do arrive to the target PC from both sources (triggers). And the magic packets are the correct format and the right mac address. (there is no reason the mac to be wrong since I didn't change anything...)
I looked at the back of the target PC when it's off to confirm that the on-board network adapter is on and receiving network traffic. the green LED was blinking irregularly showing traffic does arrive to the adapter...
I hope I described everything well and thank you all in advance.
I tried everything I could think of, and I couldn't find anyone on the net who had my specific problem.
Let me first describe my setup:
The WOL target PC has WOL capable motherboard where WOL is enabled by default (no setting in the BIOS). It's running Windows 10 and Ubuntu which I rarely use. My router is NETGEAR R7000 with dd-wrt installed and working OK.
I have two WOL triggers: An old laptop running Debian, which I use as a home server, and it's always on. When I want wake the "big" PC when I'm away, I remote-access the laptop, and since it has access to the internal network I can send the magic packet using <wakeonlan> bash command.
The other WOL trigger is my phone, I have an app on it for that purpose, also working only when connected to the local network via wi-fi. I rarely use that one...
Everything was and still IS set up correctly and worked fine up until a month ago.
So one day I tried to boot into Ubuntu and found it won't boot, so I reinstalled it. I fixed GRUB so that windows is visible again as a boot option and made it the default boot option. After that everything worked fine, both windows and linux, except the PC won't WOL?!
I don't see how that can be the cause?! I mentioned that for completeness but I'm more convinced it's just a coincidence and a much more likely cause is a windows update. In fact while troubleshooting I noticed that "Wake on magic packet" and "Wake on Pattern" entries are gone from the network adapter's driver properties dialog...
Using WOL sniffers I was able to confirm that the magic packets do arrive to the target PC from both sources (triggers). And the magic packets are the correct format and the right mac address. (there is no reason the mac to be wrong since I didn't change anything...)
I looked at the back of the target PC when it's off to confirm that the on-board network adapter is on and receiving network traffic. the green LED was blinking irregularly showing traffic does arrive to the adapter...
I hope I described everything well and thank you all in advance.