Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: ZAJDAN 23. 08. 2017, 13:09:32
-
Ahoj...
funguje probuzení počítače i ve stavu kdy je vypnut(powerOff) ? nebo je možno probouzet pouze ze stavu Hibernace a spanku na úrovni OS?
díky
-
I když je vypnut, pokud po sobě OS/BIOS nevypne síťovku (nevím jak přesně je to technicky řešeno).
-
I vypnutí, ale musí se to správně nastavit v biosu i v OS.
V průběhu roků se mi osvědčila při vypínání sekvence příkazů (určitě lze optimalizovat):
ifconfig eth0 up
ethtool -s eth0 wol g
echo enabled > /sys/class/net/eth0/device/power/wakeup
echo SLOT > /proc/acpi/wakeup
echo KBC > /proc/acpi/wakeup
-
mi stacilo vzdy jen to
ethtool -s eth0 wol g
v /sys/class/net/eth0/device/power/ ani v /proc/acpi/ vubec nemam wakeup, neni tedy kam zapsat (jadro 4.9.34)
wol funguje
-
ja se snazim vzbudit pocitac, ketry je diskless stanice ...bootuje system ze site(PXE) a pres ridici centrum na serveru tu stanici vypinam.
-
no a nejde to? pred vypnutim se musi zajistit ten ethtool -s eth0 wol g, nevypne ti to nejakej jinej skript? co to je za distibuci? distribuce by to vypinala takto
ethtool -s eth0 wol d
mozna to na kazdym hardware nepojede, pocitac musi trochu krmit sitovku, nektery distribuce to proto vypnou, nebo v biosu to jde vypnout, nekdy pod divnym nazvem spojenym se sporenim energie ve vypnutem stavu
a jak probouzis? wol mac:adresa:toho:pocitace:co:chces:probudit
-
je to Debian 8 nactenej ze site pomoci LTSP ...v biosu je vse ohledne wake on lan zaple
-
chapu tedy z prispevkůl zde, ze to musim nastavit i v OS..
nemate nekdo tip jak to v Debianu udelat presistentne?
nasel jsem ze by se to dalo delat pres udev:
/etc/udev/rules.d/99-wol.rules
ACTION=="add", SUBSYSTEM=="net", NAME=="eth*", RUN+="/usr/bin/ethtool -s $name wol g"
-
radsi v /etc/network/interfaces, viz https://wiki.debian.org/WakeOnLan (https://wiki.debian.org/WakeOnLan)
-
radsi v /etc/network/interfaces, viz https://wiki.debian.org/WakeOnLan (https://wiki.debian.org/WakeOnLan)
super..pouzil jsem tento postup a jiz se to necha probudit
diky
-
Já mám za to že u wake on lan byl problém s ARP tabulkou, na routeru bylo potřeba mít jí nastavenou staticky pro stroj který jsem chtěl budit.
-
Já mám za to že u wake on lan byl problém s ARP tabulkou, na routeru bylo potřeba mít jí nastavenou staticky pro stroj který jsem chtěl budit.
takovej problem jsem nemel, mel jsem zato, ze wol paket je broadcast a kazda sitovka s prislusnym MAC se proste zapne, jak ho uslysi
-
Pokud je buzený PC na jiném subnetu tak to nutné je. Více o tom třeba tady - http://www.samuraj-cz.com/clanek/wake-on-lan-lokalni-i-vzdaleny-subnet/
-
Existuje případ, kdy stanice nejde probudit žádným způsobem ...a to je, když byla vypnuta tlačítkem PowerOff.
-
cudlem by se to nemelo vypinat no
na jinym subnetu - to je jasny
-
Pokud by to tlačítko bylo standardní power u atx a nešlo by o hardwarové vypnutí (držení 5s), pak lze tlačítko namapovat na volání poweroff a wol fungovat bude.
-
Pokud by to tlačítko bylo standardní power u atx a nešlo by o hardwarové vypnutí (držení 5s), pak lze tlačítko namapovat na volání poweroff a wol fungovat bude.
On asi myslel to tlacitko na zdroji....:-)))
-
Co myslel nevím. Adaptéry žádné tlačítko nemívají a některé ATX zdroje mají kolébkový vypínač.
-
Já mám za to že u wake on lan byl problém s ARP tabulkou, na routeru bylo potřeba mít jí nastavenou staticky pro stroj který jsem chtěl budit.
To tezko, protoze WOL posila broadcast.
takovej problem jsem nemel, mel jsem zato, ze wol paket je broadcast a kazda sitovka s prislusnym MAC se proste zapne, jak ho uslysi
Coz je v naprostym souladu s tim, jak se to chovat ma.
Existuje případ, kdy stanice nejde probudit žádným způsobem ...a to je, když byla vypnuta tlačítkem PowerOff.
To zalezi na tom jak hloupej mas MB.
Beznej desktop dodava trvale 5V, jinak by to totiz tim tlackatkem neslo ani zapnout. A prave toho se vyuziva k napajeni sitovky. Je to sice proudove dost omezeny, ale na tohle to staci. Jak se to chova v pripade ruznych zpusobu vypnuti zavisi prave od MB/Biosu. Jinak lze probouzet i na libovolnou aktivitu na portu. Coz ovsem neni prevazne zadany chovani.
-
ja vim ze na linuxu to jde mnohem primocareji ale
nevedel by nekdo jak se to chova na w10 ?
http://winaero.com/blog/how-to-use-wake-on-lan-on-windows-10/ (http://winaero.com/blog/how-to-use-wake-on-lan-on-windows-10/)
je tam volba "only allow magic packet to wake up computer". Kdyz to odskrtnu bude se to probouzet "i jinak" a jakym zpusobem ?
-
Co myslel nevím. Adaptéry žádné tlačítko nemívají a některé ATX zdroje mají kolébkový vypínač.
A ještě pro jistotu - když vytrhneš sňůru ze zdi, tak se to taky neprobudí! :P :o
-
Co myslel nevím. Adaptéry žádné tlačítko nemívají a některé ATX zdroje mají kolébkový vypínač.
A ještě pro jistotu - když vytrhneš sňůru ze zdi, tak se to taky neprobudí! :P :o
pokud se ta snura da zpet, tak se to samo zapne protoze BIOS ma PowerON after Power failure :_) ...cháááchááá
-
je tam volba "only allow magic packet to wake up computer". Kdyz to odskrtnu bude se to probouzet "i jinak" a jakym zpusobem ?
to je asi blbost, asi nechat magnetickej paket a je to
-
ja vim ze na linuxu to jde mnohem primocareji ale
nevedel by nekdo jak se to chova na w10 ?
http://winaero.com/blog/how-to-use-wake-on-lan-on-windows-10/ (http://winaero.com/blog/how-to-use-wake-on-lan-on-windows-10/)
je tam volba "only allow magic packet to wake up computer". Kdyz to odskrtnu bude se to probouzet "i jinak" a jakym zpusobem ?
vim ze existuje jakesi probouzeni alarmem coz na starsich strojich byvalo pripojene na RS232(COM) port
pak jeste Alarm ve smyslu nastaveneho casu primo v BIOSu
pak jeste PowerON by Ring: https://cs.wikipedia.org/wiki/Wake-on-ring
-
Co myslel nevím. Adaptéry žádné tlačítko nemívají a některé ATX zdroje mají kolébkový vypínač.
A ještě pro jistotu - když vytrhneš sňůru ze zdi, tak se to taky neprobudí! :P :o
pokud se ta snura da zpet, tak se to samo zapne protoze BIOS ma PowerON after Power failure :_) ...cháááchááá
Teda to nikde nastaveny nemam :), max nastavuju prechod do stavu pred utrhnutim snury....Power On after failure bych se bal :-D
-
To tezko, protoze WOL posila broadcast.
A proč bych nemohl poslat WOL jako unicast?
If the last hop router has information about an IP address, we can send Magic Packet as a normal unicast, the router receives it and sends it to the correct subnet.
-
No ten vypnutej NIC zrovna IP jakoby nemá. Ale je mi to veskrze jedno. Hlavně že to funguje :)
-
Je pravda, že by se mi hodilo, aby se mi mašina na těžení sama zapnula v 7 hodin ráno a vypnula v 11 večer (což si nastavím v CRONu). Budit by to mohlo RPI Raspberry ::) Ostatně i ten vypnutý počíták bude mít větší spotřebu ve stand-by než RPIčko ::)
Plánuji přes zimu "TOPIT TĚŽBOU KRYPTOMĚN" :-D
-
zapnuti ve zvoleny cas bez maliny: https://www.linux.com/learn/docs/672849-wake-up-linux-with-an-rtc-alarm-clock (https://www.linux.com/learn/docs/672849-wake-up-linux-with-an-rtc-alarm-clock)
-
Dík za tip, viděl jsem to, ale myslel jsem, že přímo v BIOSu musí být volba pro probuzení stroje.
Tohle je zajímavé.
-
Vážení přátelé, začal jsem psát odpověď s nějakými hardwarovými podrobnostmi, ale jednak toho bylo najednou nějak moc na příspěvek do fóra, jednak mi to přišlo čím dál víc offtopic... nakonec z toho vzniklo cosi jako bajka o zeleném a fialovém drátu (http://support.fccps.cz/industry/ATX_napajeni_a_PME/index.html). Třeba to někomu pomůže.
Mimochodem: pokud vypnete kolíbkový vypínač vzadu na zdroji, neprobudí počítač ani svěcená voda :-) Ze stavu "ACPI S5 = soft power off = je přítomno napájení +5VSB" by WoL zafungovat mělo/mohlo, pokud je nakloněn motherboard a pokud má síťovka toto zapnuto buď z OS po posledním citlivém vypnutí, nebo klidně i po studeném startu, pokud to má síťovka nastaveno ve své konfigurační EEPROMce (konfiguruje se dedicated utilitou od výrobce čipu).
-
Vážení přátelé, začal jsem psát odpověď s nějakými hardwarovými podrobnostmi...
Fantastické, díky moc za poučné čtení. Takového se moc nenajde...
Offtopic - měli jsme desku (nějaký intel), která se při aktivovaném WOL vždy 10 sekund po vypnutí z OS sama opět zapnula, bez příchozích WOL paketů. Když se zdroj v čase "vypnutí" natvrdo vypnul (tedy odpojil 5Vsb), nedělalo to až do další aktivace WOL integrované síťovky (spouštěné v rámci shutdown sekvence linuxu). Jiný zdroj nepomohl, nikdo nevěděl, co s tím, dneska už je dávno pryč... Žádné časované probuzení v BIOSu/OS nastavené nebylo. Neměl bys prosím představu, v čem konkrétněji to tehdy mohlo být? Díky moc.
-
Díky za poklonu :-) S tou síťovkou bych si asi taky neporadil. Maximálně bych se podíval multimetrem nebo lépe skopem, jestli mě nešálí zrak, ale jestli se tak chová samotný čip, a nenašel bych žádný problém třeba v napájení okolo, tak bych s tím nic nesvedl. Vnitřek švába páječkou a nožíkem neopravíte :-) Možná sehnat datasheet švába a letmo prohledat, jestli to není "feature".
-
Offtopic - měli jsme desku (nějaký intel), která se při aktivovaném WOL vždy 10 sekund po vypnutí z OS sama opět zapnula, bez příchozích WOL paketů.
Viz (https://superuser.com/questions/205468/ethtool-wol-what-does-wake-on-physical-activity-actually-mean-and-how-can/881802).
-
Viz (https://superuser.com/questions/205468/ethtool-wol-what-does-wake-on-physical-activity-actually-mean-and-how-can/881802).
Díky, zajímavé, o physical wakeup jsem netušil. Nicméně v tomto případě to určitě nebylo, dělalo to i při odpojeném eth kabelu, to jsme samozřejmě vyzkoušeli jako první. Prostě něco uvnitř, časované. Ale už ani nevím, kde ta deska je....
-
K tomu probuzení síťovkou při "PHY activity":
Síťovka bývala původně rozdělená na dva čipy podle vrstev: MAC a PHY = cca L2 a L1.
Mezi nimi bývalo tradičně rozhraní MII, dnes to může být některá z variant RMII, GMII, RGMII, SGMII nebo jak se všecky jmenujou, plus proti SFPčkům třeba jenom tupý SERDES... (ale jsou i SFPčka co berou SGMII). PHY čip má nějakou svoji inteligenci, přes MII teče nejen payload ale dají se i zpovídat nějaké konfigurační registry PHY. Netuším jestli je to polling-only nebo umí i nějaký "interrupt ve směru PHY->MAC" apod.
Čili pak je otázka, co se vlastně počítá jako "PHY activity". Zas kdyby to bylo "cokoli na MII sběrnici" tak by se možná musela síťovka budit prakticky okamžitě...
Dnešní síťovky mají obvykle MAC a PHY pohromadě v jednom švábu, ale nějaké interní MII tam tuším pořád bývá k vidění. (Oddělené vícenásobné PHY bývá dodnes vidět ve switchích, pokud se nepletu.) Kromě ethtoolu býval nástroj miitool, který uměl i dumpnout MII registry. Ale dlouho jsem to nezkoušel, nevím jestli to není dávno deprecated (jestli MII API dávno nezmizelo ze síťových driverů). No a pokud by se podařilo dumpnout MII registry tak potom pátrat v docech, jestli člověk nenajde něco zajímavého... což by se asi stejně nepodařilo :-/