ubuntu schakelt WOL uit na shutdown -h now commando

[significant]

Misschien moet dit bij netwerken, maar dat weet ik niet zeker.

Na veel lezen, proberen en nog meer lezen is het mij als totale leek een eigen server in elkaar te steken, ubuntu te installeren raid te draaien en nog veel meer.
Er is echter 1 ding wat niet goed werkt: WOL (Wake On Lan).

Als ik de server opstart en vervolgens door de aanknop ingedruk te houden afsluit kan ik de server weer op starten met een magic packet.

Als ik echter, na op starten en inloggen het commando

shutdown -h now

geef wil hij het niet meer doen.

Op een of andere manier gaat bij het afsluiten dus iets mis in de netwerk kaart, ik ben het wel op engelstalige fora tegen gekomen, maar hoe ik het moet oplossen ben ik niet uitgekomen.

Iemand hier tips om dat toch te fixen?

[Mike2k]

shutdown -h now betekent dat ie halt en dus niet uitgaat. Wat gebeurt er als je shutdown -h -P now doet ?

[Matis]

pfff, ik heb hier toevallig een paar weken geleden een scriptje voor gevonden.

Gebruik iig ethtools voor het configureren van je WoL opties

Hold on!
Matis in "Debian wil niet Wake-on-LANnen"

Dat is zo'n beetje de discussie!

En deze: http://ubuntuforums.org/showthread.php?t=234588
En deze: http://www.raneri.it/blog...-lan-wol-on-an-ubuntu-pc/ (beetje meer van hetzelfde)

[ Voor 51% gewijzigd door Matis op 03-08-2009 16:54 ]

[significant]

Fastex schreef op maandag 03 augustus 2009 @ 16:43:
shutdown -h now betekent dat ie halt en dus niet uitgaat. Wat gebeurt er als je shutdown -h -P now doet ?

Dan blijft het probleem hetzelfde.

Ik zal eens die documentatie van Matis na zoeken.

edit:

Ook dat zet geen zoden aan de dijk.

Ik moet iets hebben wat WOL activeert nadat linux de server uitzet. Iemand anders nog suggesties?

[ Voor 19% gewijzigd door significant op 03-08-2009 17:04 ]

[Verwijderd]

Dit lijkt me beter in Non-Windows Operating Systems passen

[significant]

uhm correct

Aangezien mijn edit en de post van wilhelm ongeveer gelijkertijd waren hierbij nogmaals mijn edit:

De suggestie van matis lost het ook niet op. Het probleem zit hem dan ook in het feit dat NA afsluiten via ubuntu het niet meer werkt.

[Matis]

significant schreef op maandag 03 augustus 2009 @ 16:54:
Ik moet iets hebben wat WOL activeert nadat linux de server uitzet. Iemand anders nog suggesties?

Als je je server uitzet dan kan er toch geen WoL meer aangezet worden. Dat moet in het OS gebeuren hoor (afgezien van wat BIOS aanpassingen)....


Misschien begrijp ik je verkeerd, maar je WoL moet gezet zijn voordat je je PC/Server afsluit!

Edit:
@Edit; Dat script doet dat toch, hij initialiseert telkens weer de WoL commando's.

[ Voor 9% gewijzigd door Matis op 03-08-2009 17:11 ]

[significant]

@matis, ik zal er nog eens naar kijken het nogmaals eens toepassen.

Heb zo het vermoeden dat ik er nu te lang mee bezig ben en ik dus iets niet goed doe...

[CAPSLOCK2000]

Eerst ethtool installeren.
Dan /etc/network/interfaces aanpassen.
bijvoorbeeld:

code:

auto eth0
iface eth0 inet dhcp
ethernet-wol g

Zie /usr/share/doc/ethtool/README.Debian voor meer opties.

[Matis]

CAPSLOCK2000 schreef op dinsdag 04 augustus 2009 @ 01:11:
Eerst ethtool installeren.
Dan /etc/network/interfaces aanpassen.
bijvoorbeeld:

code:

auto eth0
iface eth0 inet dhcp
ethernet-wol g

Zie /usr/share/doc/ethtool/README.Debian voor meer opties.

Kan toch ook prima met

ethtools -s eth0 wol umbg

In een opstartscriptje en toevoegen aan de update-rc...

[significant]

Na het opstarten van mijn linux server krijg ik het volgende als ik ethtool eth0 invoer:

Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Half 1000baseT/Full
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000033 (51)
        Link detected: yes

Volgens mij staat alles 'automatisch' al zo als jullie voorstellen met de commando's. Ik heb namelijk niets aangepast en geen opstart scripts toegepast.
Zodra ik dus ingelogd ben vraag ik het bovenstaande scherm op, daarna met shutdown -P now wil het WOL nog steeds niet werken.

Als ik het verkeerd interpreteer dan hoor ik het graag, maar persoonlijk denk ik dat iets anders de bottleneck is.

[CAPSLOCK2000]

Matis schreef op dinsdag 04 augustus 2009 @ 08:53:
[...]

Kan toch ook prima met

ethtools -s eth0 wol umbg

In een opstartscriptje en toevoegen aan de update-rc...

Het kan, maar waarom zou je? Dat scriptje bestaat al, en hoeft alleen even ingeschakeld te worden.
Het voordeel van het op de "officiele" manier te doen, is dat je al je netwerkconfiguratie op 1 plek bij elkaar hebt, en het niet achter je rug om weer uitgeschakeld wordt.

[ Voor 20% gewijzigd door CAPSLOCK2000 op 04-08-2009 16:27 ]

[Robin F.]

Kijk eens in /etc/init.d/halt, ergens helemaal bovenaan staat NETDOWN=yes (standaard). Verander dat eens in "no" en kijk of het helpt

[CAPSLOCK2000]

Robin F. schreef op dinsdag 04 augustus 2009 @ 19:30:
Kijk eens in /etc/init.d/halt, ergens helemaal bovenaan staat NETDOWN=yes (standaard). Verander dat eens in "no" en kijk of het helpt

De nette manier om dit te doen is het aanpassen in /etc/default/halt.
De volgende keer dat je een update doet kan die /etc/init.d/halt verandert zijn, en zul je het weer met de hand moeten aanpassen.

Overigens is het mijn ervaring dat dit niet werkt . Ik weet het niet zeker, maar vermoed dat dit bedoeld is voor machines als die van Sun, waarbij een shutdown niet perse het einde van de sessie hoeft te betekenen.

Ik zou beter moeten weten. (man 5 halt |grep AUTHOR -1)

[significant]

Sorry dat de reactie wat langer duurde, maar dat heet vakantie. Het euvel zelf is gedurende mijn vakantie echter niet spontaan verdwenen, vandaar het oprakelen van dit topic als de admins dit ok vinden

Onderstaand van CAPSLOCK2000
Overigens is het mijn ervaring dat dit niet werkt . Ik weet het niet zeker, maar vermoed dat dit bedoeld is voor machines als die van Sun, waarbij een shutdown niet perse het einde van de sessie hoeft te betekenen.

Ik zou beter moeten weten. (man 5 halt |grep AUTHOR -1)

Maakt het voor mij persoonlijk beetje verwarrend, moet ik wat Robin F. zegt nu wel of niet controleren?

EDIT:

Nope, ook dit wil niet werken... still searching...

[ Voor 5% gewijzigd door significant op 19-08-2009 17:49 ]

[Muttley]

Alleen het NETDOWN=no is niet voldoende.
Lees even het volgende: http://blog.honercek.com/...-lan-in-linux-system.html.
Met name de rode tekst is van belang.

[significant]

Die site was ik nog niet tegengekomen, ik heb nu alles doorgenomen (en de rode tekst met extra aandacht, zoals aangegeven). Helaas biedt ook dit geen soelaas.

Ik heb het sterke vermoeden dat er iets grondig mis is?

[Jovaro]

Doet WakeOnLan het als Ubuntu de computer heeft afgesloten, je hem dan weer opstart en meteen weer uitzet door de aan-knop ingedrukt te houden?

Als dat zo is kun je de tips op deze site proberen:
http://www.mythtv.org/wiki/Shutdown_Wakeup

[autostatic]

Hallo significant, wat is de uitkomst van lspci | grep -i -e network -e ethernet in een terminal?

[significant]

Als ik dat commando uitvoer krijg ik te zien:

02:00.0 Ethernet controller: Realtek Semiconductor Co., 
Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 02)

Dit alles weliswaar op een regel.

[autostatic]

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/381011

Waarschijnlijk hetzelfde manco waar de Realtek 8139D ook mee kampte, bij het laden van de driver module wordt de WOL functionaliteit uitgeschakeld. Als je na het laden van de module en voor het afsluiten/rebooten ethtool -s eth0 wol g (Matis en CAPSLOCK2000 geven dit ook al aan) draait zou het moeten werken.
Je kan makkelijk testen of dit het geval is door sudo ethtool -s eth0 wol g in een terminal te draaien, PC uit te zetten en de PC proberen te wollen.

[ Voor 17% gewijzigd door autostatic op 20-08-2009 13:41 ]

[significant]

Na het uitvoeren van dat commando in de Putty terminal (SSH werkt dus wel) werkt het niet.

Voor de volledigheid, ik gebruik dit programma voor WOL vanuit een windows XP omgeving. Ik vul daar het MAC adres in, het IP van de op te starten computer. Poortnummer staat op 512 subnetmask 255.255.255.255 en in het selectie menu local subnet.

Volgens mij gaat dit erg lastig online op te lossen zijn. AutoStatic, je hulp en aanpak kan ik tot zo ver zeker waarderen. Hopelijk kan het probleem toch getackeld worden...

[autostatic]

Aan het wol programmaatje ligt het niet, anders zou het ook niet werken als je de server hard uitzet dmv knop ingedrukt houden. Wat is de uitkomst van sudo lsmod | grep r8169 ? En welke versie van Ubuntu draai je? Wat is de uitkomst van uname -a ?

[ Voor 18% gewijzigd door autostatic op 20-08-2009 14:53 ]

[significant]

dan krijg ik:

lsmod | grep r8169
r8169                  46596  0
mii                    14464  1 r8169

[autostatic]

Ah de r8169 module wordt geladen terwijl je een Realtek 8168 chipset hebt. Mijn notebook heeft exact dezelfde chipset en onder Ubuntu 8.04 en 8.10 werkt de r8169 module niet goed. 9.04 nog niet getest. Bij kernel updates compileer ik zelf de goeie modules met de specifieke 8168 driver van de Realtek site.

[ Voor 8% gewijzigd door autostatic op 20-08-2009 15:06 ]

[significant]

AutoStatic, volgens mij heb je mij naar de sleutel van het probleem geholpen.

Nu is het echter zo, zoals je misschien al hebt gemerkt, dat ik een echt linux newbi ben. Ik zal de link op de jou verwezen pagina volgen. Houd jullie op de hoogte!

edit 1
Gelukkig werkt Samba. Op de windows share heb ik het bestand r8168_scripts.tar.bz2 gezet.

Vervolgens, zoals daar aangegeven, de commando's aan mijn putty session gevoerd. Daar staat nu de tekst
Attempting to remove running r8168 and r8169 modules if loaded...
En daaronder een groen blok.
Vervolgens kreeg ik een error: Software caused connection abort (opzich logisch, gezien de vorige melding).

Hier heb ik op OK gedrukt en vervolgens restart session gedaan maar dat werkt nog even niet. Even afwachten...

edit 2
Voortaan eerst maar even nadenken, volgens mij werkt mijn netwerk kaart nu niet meer. Ga even de server verslepen zodat ik hem op mijn monitor kan aansluiten. Dan nogmaals de procedure volgen...

[ Voor 64% gewijzigd door significant op 20-08-2009 15:34 . Reden: update van de acties ]

[autostatic]

Welke versie van Ubuntu gebruik je? En zelf gebruik ik het script niet maar compileer zelf de module (paragraaf "Key Steps in getting R8168 module to work at boot"). Het script doet feitelijk hetzelfde maar heb het liever zelf in de hand.

[ Voor 74% gewijzigd door autostatic op 20-08-2009 15:37 ]

[significant]

Ubuntu Server 9.04

edit:

Putty werkt weer, echter is de 8169 nog steeds te vinden via dat commando. Ik ga nu even de procedure op de site opnieuw doorlopen

edit 2:
Mijn monitor geeft informatie die Putty niet gaf: hij mist een package. Even kijken of ik die erop krijg...

edit 3:
Het is me niet echt gegund volgens mij... moet een headers package hebben. Even goochelen leverde: http://www.cyberciti.biz/...l-kernel-headers-package/. Krijg daarmee heleboel could not resolver meldingen...

[ Voor 135% gewijzigd door significant op 20-08-2009 15:57 ]

[autostatic]

Je hebt nog wel internetverbinding op de server? En met 9.04 zou de Realtek drivermodule het toch eindelijk eens goed moeten doen. Kennelijk nog niet dan dus. En een sudo apt-get install linux-headers-$(uname -r) zou inderdaad moeten volstaan.

[significant]

tis me toch wat. Nu heb ik die linux-headers erop. Komt de volgende stap, helaas wederom met error: could not build the module

hele diepe zucht... heb je nog suggesties?

even nog een package installeren, misschien dat dat helpt!

[ Voor 15% gewijzigd door significant op 20-08-2009 16:48 ]

[autostatic]

Ja stap voor stap er door heen gaan
Waarschijnlijk werkt het wat makkelijker als je eerst een sudo apt-get install build-essential doet, dan heb je gelijk alle tools en benodigdheden geïnstalleerd om zelf dingen te compileren.
Oja, en zet die tarball op je server, niet op een Windows share, dit ivm Linux file permissies waar Windows niks van begrijpt.

[ Voor 21% gewijzigd door autostatic op 20-08-2009 16:55 ]

[significant]

Die tarball staat op de HDD van de server, waar ik via samba met windows bij kan.

build-essential wil ook niet echt meewerken build-essential staat erop, even verder modderen...

zo, nu is dat scriptje succesvol afgerond. Even kijken hoe het werkt !!!

[ Voor 26% gewijzigd door significant op 20-08-2009 17:14 ]

[autostatic]

Mooi! Ben ook benieuwd.

[significant]

Nou zijn de rapen gaar, krijg een fsck status 8 na het opstarten. Het is behoorlijk messed up, en dat moet ik als newbie allemaal verdragen...

In ieder geval start het niet op vanwege die error. Korte how to fix?

[autostatic]

Moet helaas naar huis. Even googlen gaf als resultaat dat je UUID's (speciale benaming voor je partities) misschien door elkaar zijn geraakt. Lijkt me stug.

[significant]

mm ik ga aan de slag

houd jullie op de hoogte

edit:
Dit gaat hem niet worden... Mijn linux kennis is niet goed genoeg om dit specifieke probleem op te lossen. Binnenkort maar een volledige re-install, en dan eerst de juiste driver zien te krijgen.

Wel vervelend dat mijn linux avontuur nu al ruim 2 maanden onderweg is, met alleen maar dit soort ingewikkelde flauwekul. Had het me toch allemaal iets soepeler voorgesteld..

Gelukkig weet ik nu waar ik als eerst aan moet gaan werken, in ieder geval erg bedankt voor je support AutoStatic zover!

Ik rakel dit topic wel weer op als ik verder ben gekomen....

[ Voor 121% gewijzigd door significant op 21-08-2009 10:44 ]

[significant]

Nou we zijn weer stukje verder. Ik heb nu dat script volledig kunnen runnen en de server kunnen herstarten:

sudo lsmod : grep 816* levert nu ook r8168 op dus dat is goed.

Ik merk echter dat er iets niet goed zit, omdat apt-get update niet werkt. Geef ik op: ifconfig eth0 dan krijg ik een blank HWaddr (mac adres).

Blijkbaar zit er nog iets niet goed, hoe kan ik dit verhelpen?

[autostatic]

Hmmm, raar. Wat zegt sudo ethtool eth0 ?
En dmesg | grep eth0 ?
En probeer ook maar gelijk dmesg | grep -i rtl

[ Voor 51% gewijzigd door autostatic op 23-08-2009 19:29 ]

[autostatic]

significant schreef op donderdag 20 augustus 2009 @ 17:49:Wel vervelend dat mijn linux avontuur nu al ruim 2 maanden onderweg is, met alleen maar dit soort ingewikkelde flauwekul. Had het me toch allemaal iets soepeler voorgesteld...

Die Realtek 8168B werkt kennelijk gewoon nog steeds niet goed met de standaard r8169 driver wat eigenlijk best verrot is aangezien het een veel voorkomende chipset is. Ik zal op mijn notebook ook 9.04 zetten binnenkort en de R8168 driver compileren. Kijken of ik WOL wel aan de praat krijg.

[significant]

Hmmm, raar. Wat zegt sudo ethtool eth0 ?
Niets, ethtool krijg ik niet geinstalleerd (omdat mijn netwerk kaart nu beetje tegenwerkt)
En dmesg | grep eth0 ?
Dit werkt wel:
[ 8.147139] eth0: Identified chip type is 'RTL8168C/8111C'.
[ 8.147141] eth0: RTL8168B/8111B at 0xffffc2001081a000, 00:00:00:00:00:00, IRQ 2300
En probeer ook maar gelijk dmesg | grep -i rtl
Levert hetzelfde

Probleem is dat ik dus nu niet met internet kan connecten, omdat het ding er geen mac adres inziet....

lsmod | grep r816*
r8168                  71184 0

De 8168 wordt dus wel geladen, ik zie alleen geen mii meer zoals ik met die 8169 wel kreeg.

[ Voor 24% gewijzigd door significant op 23-08-2009 20:25 ]

[significant]

Een herinstall en wederom procedure volgen levert hetzelfde resultaat. Wel de module geladen maar geen macaddres, en daaruitvolgend ook geen internet mogelijkheden.

Hoe dit op te lossen?

[Jovaro]

Jovaro schreef op woensdag 19 augustus 2009 @ 19:31:
Doet WakeOnLan het als Ubuntu de computer heeft afgesloten, je hem dan weer opstart en meteen weer uitzet door de aan-knop ingedrukt te houden?

Als dat zo is kun je de tips op deze site proberen:
http://www.mythtv.org/wiki/Shutdown_Wakeup

Heb je dit al geprobeerd?

[significant]

Jovaro, neen. Mij leekt het logischer eerst een correcte driver te bemachtigen.

Nu deze er echter opzit, krijg ik geen macadres te zien.

Die wiki is eigenlijk een omweg, ik vindt het persoonlijk netter om gewoon werkende drivers te hebben. Neemt niet weg dat ik die wiki wel in gedachte houdt mocht niemand soelaas kunnen bieden om het probleem met het mac adres op te lossen.

EDIT

Juist: het bloed onder mijn nagels vandaan en behoorlijk gefrustreerd nog maar eens internet op gegaan. Wat mij opviel is dat overal procedures beschreven worden voor de r8168-8.012 file. Wat was mijn meest recente download? De r8168-8.013. Nogmaals alle drivers eruit en met deze iet wat oudere driver zaakje opnieuw doorlopen.
Whoei, een r8168 driver met werkend MAC-adres. Nu alleen nog WOL fixen (waarmee we terug komen op het oorspronkelijke TS probleem).
Morgen dus even jou wiki raadplegen, Jovaro!

[ Voor 41% gewijzigd door significant op 25-08-2009 19:56 ]

[Verwijderd]

Geen hulp, maar complimenten met je doorzettings vermogen.

[autostatic]

Het script gebruikt de laatste driver. Zelf gebruik ik de 8.011 nog geloof ik. Zou wel raar zijn als het zo veel zou uitmaken. Maar ben benieuwd of het nu wel gaat werken. Heb zelf nog niet de tijd gehad om er 9.04 op te zetten bij mij.

[significant]

@Sterretje:
Bedankt voor het compliment. Het is bij mij echter gewoon heel frustrerend als iets niet werkt, ik iets niet snap oid. Dan moet ik het gewoon uitvinden... aard van het beestje

@AutoStatic
Ja inderdaad gebruikt het script de 013. Het is inderdaad erg raar dat het uitmaakt, maar het maakt wel duidelijk uit. Wat ik op internet ook nog had gevonden is dat een blank HW adres meestal wordt veroorzaakt door firmware concflicten. In dit geval denk dat je daarvoor ook driver conflicten kunt lezen. Het is heel raar, maar ook met ATI drivers heb ik het wel eens gehad dat na een update een bepaalde monitor kuren geeft.

[significant]

Wedermaal een update, opgeven is inderdaad niet echt mijn ding.

Wat mij opviel, na het afsluiten zie ik deconfiguring network interfaces. Lijkt me dat ik me hier eens mee moet gaan bemoeien.

In welk proces kan ik dit aanpassen, heb gezocht met grep maar zonder resultaat...

[Luqq]

Ik zou eens kijken in de betreffende rc.d scripts naar network..dus /etc/rc.d/ en dan een van de submapjes(gokje hoor)

[autostatic]

Ik heb inmiddels 9.04 geïnstalleerd en van het weekend maar even aan een ethernetkabeltje hangen en kijken of ik dat ding kan wollen.

[significant]

@AutoStatic, ben benieuwd...

@Luqq
Het een aantal bestandjes gevonden, maar hier staan alleen toekenningen in van die tekst. Ik ben te LiNuX leek om hier uit te halen wat ik moet disablen zodat dit niet tijdens afsluiten gebeurt (om te testen)

Kun je misschien iets specifieker zijn?

[significant]

Even een schopje, want ben nog steeds neit tot een oplossing?

[CAPSLOCK2000]

Misschien is het goed om even een overzichtje te maken van wat je al geprobeerd hebben, zodat mensen niet het hele topic door hoeven te spitten. Ik heb er net nog een keer vluchtig doorheen gelezen, en mis nog wat informatie.

1. Werkt WOL ooit wel? bv onder Windows of bij een bepaalde manier van uitzetten (wel/niet met de knop).
2. Werken de drivers nu wel gewoon (afgezien van WOL), oftewel, kun je netwerken met die kaart?
3. Werkt ethtool nu?
4. Heb je NETDOWN=no al toegevoegd in /etc/default/halt?
5. Heb je een ehternet-wol regel bij je netwerkkaart in /etc/network/interfaces?
(Ik geloof niet dat het volgende klopt voor ubuntu, als je nic niet in de volgende file staat dan gaat dit dus niet op. Hopelijk vertelt iemand anders hoe het wel moet op Ubuntu.)
6. Weet je zeker dat je wol type g moet hebben? Er zijn nog andere mogelijkheden, al weet ik niet welke.
7. (Heb je minimaal PCI 2.2 _of_ een kabeltje van je nic naar je mobo (zelfs als het een onboard is)?)

[DaRoot]

Klein schopje van mijn kant:
ben hier ook mee bezig geweest, en heb een zeer makkelijke how-to gevonden:
http://ubuntuforums.org/showthread.php?t=234588

Dit werkte in elk geval op mijn Asrock K8VM800 Upgrade board met de onboard LAN.

Ik heb ook nog een Gigabyte K8N51GMF-9 moederbord, met nVidia chipset en netwerkkaart.
Bij deze machine kreeg ik WoL niet onder Linux voor elkaar, wel met Windows.
Toevallig las ik ergens dat er een bug in de nForce netwerkdriver voor Linux zit, waardoor de netwerkkaart na het uitschakelen in Ubuntu alleen reageert als je het magic packet naar het mac-adres in omgekeerde volgorde stuurt..
Dwz: als het mac-adres is: 00:14:85:39:F0:3E

dan moet je het magic packet sturen naar: 3E:F0:39:85:14:00

Heel vaag, maar hier werkt het nu eindelijk perfect. In de web-interface van mijn IPCop router kan ik gelukkig in het WoL gedeelte een ander MAC opgeven dan de DHCP server gebruikt voor een host.

[significant]

EINDELIJK !

Grrr, wat had ik er de balen in. Dus nu er een nieuwe ubuntu lag (9.10 red.) begon het bij mij toch weer te jeuken.

Met dank aan deze tutorial: http://www.lowtek.ca/roo/2009/wake-on-lan/ werkt het nu als een uhm tiet!

Dank tweakers!