Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
On 01/02/2013 10:51 AM, Daniel Hagerty wrote: > Jerry Feldman <gaf at blu.org> writes: > >> (I changed the subject on this to specifically reply to Dan. >> My motherboard purportedly supports WOL but there is no indication in >> the BIOS. I was never was able to get it to work. I set up port 9 on my >> router to allow that to pass. It has been a couple of years since I >> played with it. The mother board is a Tyan Thunder n6650 Rev. 1.0 > Well, wol *is* fiddly, since one of the computers involved isn't > playing by the usual rules :) > > You have to send a magic packet such that the sleeping host actually > receives it. Lack of arp/ndp entries, and switching, can both get in > the way of the "send and receive it" bit, since the host isn't running > to participate in the usual requisites. Sending to an ethernet > broadcast address can cut a lot of this out, but precludes direct wide > area operation. > > And since it *is* fiddly and somewhat unusual, there's plenty of > latitude for you vendor to have blown it. Lack of indication in the > bios certainly isn't a good sign. All I can tell you is that it works > reliably for me, and that the preceding paragraph outlines the issues I > saw along the way for what I'm doing with it. > > What I wanted to do was to have my system power itself off at night, and have one of the BLU servers send out the "magic packet" to wake my system up. It has been a while, but I think that my model of mother board supports it, but possibly at a later rev. I played with it for a while by sending the packet from my laptop on my LAN. My application isn't really one that would really benefit from WOL. -- Jerry Feldman <gaf at blu.org> Boston Linux and Unix PGP key id:3BC1EB90 PGP Key fingerprint: 49E2 C52A FC5A A31F 8D66 C0AF 7CEA 30FC 3BC1 EB90
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |