Verständnisfrage WoL

  • Hi!


    Mit meinem WoL-Problem bin ich nicht weitergekommen.
    Jetzt habe ich ein kleines Verständnisproblem, die Aufklärung
    könnte vllt. die Fehlersuche etwas eingrenzen.


    Wenn nach einem Herunterfahren die Dioden an der onboardNIC
    leuchten ist doch prinzipiell die Bereitschaft für WoL gegeben, oder?


    Grüße


    tivi2

    c't VDR v4.5 unfree / Kernel: 2.6.16-ct-1 / 1.4.7-2ctvdr3 (Tobi/TomG)
    Asus K8V-X / Athlon64 3000+ / FU-Si DVB-C FF + 3x Terratec Cinergy 1200 DVB-C


    Neuinstallation in Arbeit:
    c't VDR v7.0 unfree / Kernel: 2.6.28-etobi.3-486 / 1.7.8-1devel1 (Tobi/TomG)


    Ubuntu Server in Arbeit:
    GA-MA785GMT-UD2H / Athlon II X4 605e / 3x HD154UI 1,5TB Raid5
    Linux Server 2.6.31-14-server x86_64

  • Hi FireFly,


    das Board unterstützt WOL by PME und WOR by PME.
    Im Bios habe ich keine WoL Option sondern die erweiterte
    APM Funktion "Power on PCI Devices". Diese habe ich natürlich aktiviert.


    Zum Aufwecken habe ich bisher lanstart, etherwake und mc-wol getestet.
    Jedes der Programme läßt die Diode der NIC blinken, aber mehr passiert nicht.



    tivi2

    c't VDR v4.5 unfree / Kernel: 2.6.16-ct-1 / 1.4.7-2ctvdr3 (Tobi/TomG)
    Asus K8V-X / Athlon64 3000+ / FU-Si DVB-C FF + 3x Terratec Cinergy 1200 DVB-C


    Neuinstallation in Arbeit:
    c't VDR v7.0 unfree / Kernel: 2.6.28-etobi.3-486 / 1.7.8-1devel1 (Tobi/TomG)


    Ubuntu Server in Arbeit:
    GA-MA785GMT-UD2H / Athlon II X4 605e / 3x HD154UI 1,5TB Raid5
    Linux Server 2.6.31-14-server x86_64

  • Zitat

    Original von tivi2
    Wenn nach einem Herunterfahren die Dioden an der onboardNIC
    leuchten ist doch prinzipiell die Bereitschaft für WoL gegeben, oder?

    Nicht Zwingend, das bedeutet nur, dass die Karte Strom bekommt.


    Zitat

    Zum Aufwecken habe ich bisher lanstart, etherwake und mc-wol getestet.
    Jedes der Programme läßt die Diode der NIC blinken, aber mehr passiert nicht.

    Wenn's blinkt sind die Programme normalerweise korrekt konfiguriert.


    Bei manchen Netzwerkkarten muss WOL noch aktiviert werden.
    Beispiel:http://ahh.sourceforge.net/wol/faq.html
    Oder :suche nach der Karten- /Treiber-Bezeichnug hier im :portal1.

    Gruss
    SHF


  • Hi shf,


    Danke für die Infos. Den Link kannte ich sogar.


    Habe in diesem Thread WoL mit ctvdr & AsusK8V-X einiges durch.


    Nun dachte ich, dass das System vom BS "richtig" heruntergefahren würde
    und deshalb die Dioden nach einem shutdown noch leuchten würden.


    Heißt das, dass meine Modifikationen im BS noch nicht ausreichend sind?



    tivi2

    c't VDR v4.5 unfree / Kernel: 2.6.16-ct-1 / 1.4.7-2ctvdr3 (Tobi/TomG)
    Asus K8V-X / Athlon64 3000+ / FU-Si DVB-C FF + 3x Terratec Cinergy 1200 DVB-C


    Neuinstallation in Arbeit:
    c't VDR v7.0 unfree / Kernel: 2.6.28-etobi.3-486 / 1.7.8-1devel1 (Tobi/TomG)


    Ubuntu Server in Arbeit:
    GA-MA785GMT-UD2H / Athlon II X4 605e / 3x HD154UI 1,5TB Raid5
    Linux Server 2.6.31-14-server x86_64

  • Zitat

    Original von tivi2
    Nun dachte ich, dass das System vom BS "richtig" heruntergefahren würde
    und deshalb die Dioden nach einem shutdown noch leuchten würden.

    Das sagt leider nichts darüber aus (zumindestens bei meinen Boards).


    Zitat

    Original von tivi2
    Heißt das, dass meine Modifikationen im BS noch nicht ausreichend sind?

    Ich kann es leider nicht eindeutig sagen, denke aber, dass es dort hängt.

    Gruss
    SHF


  • Hi Tom,


    Danke für die links. Einen Teil davon hatte ich bereits durch.


    Zitat

    Original von tr500
    Hier noch eins für Debian (ist das nicht das BS der ctVDR ??)
    Debian - WAKE ON LAN


    Aber die Anleitung gehe ich mal durch. Mal sehen, was da von meinem
    Vorgehen abweicht. Vielleicht bringt es mir die ersehnte Lösung.
    Danke für Deine Mühe.


    tivi2

    c't VDR v4.5 unfree / Kernel: 2.6.16-ct-1 / 1.4.7-2ctvdr3 (Tobi/TomG)
    Asus K8V-X / Athlon64 3000+ / FU-Si DVB-C FF + 3x Terratec Cinergy 1200 DVB-C


    Neuinstallation in Arbeit:
    c't VDR v7.0 unfree / Kernel: 2.6.28-etobi.3-486 / 1.7.8-1devel1 (Tobi/TomG)


    Ubuntu Server in Arbeit:
    GA-MA785GMT-UD2H / Athlon II X4 605e / 3x HD154UI 1,5TB Raid5
    Linux Server 2.6.31-14-server x86_64

  • So, bin die Anleitung durch. Aber so etwas hatte ich bereits realisiert.
    Hat also leider nicht geholfen...


    Kann ich nun das BS als mögliche Fehlerquelle ausschließen und den
    Fehler wo anders suchen?

    c't VDR v4.5 unfree / Kernel: 2.6.16-ct-1 / 1.4.7-2ctvdr3 (Tobi/TomG)
    Asus K8V-X / Athlon64 3000+ / FU-Si DVB-C FF + 3x Terratec Cinergy 1200 DVB-C


    Neuinstallation in Arbeit:
    c't VDR v7.0 unfree / Kernel: 2.6.28-etobi.3-486 / 1.7.8-1devel1 (Tobi/TomG)


    Ubuntu Server in Arbeit:
    GA-MA785GMT-UD2H / Athlon II X4 605e / 3x HD154UI 1,5TB Raid5
    Linux Server 2.6.31-14-server x86_64

  • Poste doch mal bitte die Ausgabe von

    Code
    ethtool eth0


    Hätte sie gern mal gesehen.


    Um das BS auszuschliessen nimm doch ne Knoppix zum testen.


    Gruß Tom

    Gruß Tom


    99% der ComputerFehler sitzen zwischen Tastatur und Rückenlehne :schiel

  • Hi Tom,


    natürlich, hier:



    Beim Herunterfahren wird dann ausgeführt:


    Code
    ethtool -s eth0 wol g



    Ein Laufwerk ist nicht eingebaut, aber Knoppix liegt auch auf der Platte.
    Meinst Du ich sollte unter Knoppix mal mit ethtool die Karte auf "g" setzen
    oder hast Du eine andere Idee?


    Danke


    tivi

    c't VDR v4.5 unfree / Kernel: 2.6.16-ct-1 / 1.4.7-2ctvdr3 (Tobi/TomG)
    Asus K8V-X / Athlon64 3000+ / FU-Si DVB-C FF + 3x Terratec Cinergy 1200 DVB-C


    Neuinstallation in Arbeit:
    c't VDR v7.0 unfree / Kernel: 2.6.28-etobi.3-486 / 1.7.8-1devel1 (Tobi/TomG)


    Ubuntu Server in Arbeit:
    GA-MA785GMT-UD2H / Athlon II X4 605e / 3x HD154UI 1,5TB Raid5
    Linux Server 2.6.31-14-server x86_64

  • womit sendest du das MagicPacket ??


    wie ist dein Netzwerkaufbau ? (was ist da alles wie verkabelt???)


    Gruß Tom

    Gruß Tom


    99% der ComputerFehler sitzen zwischen Tastatur und Rückenlehne :schiel

  • Gesendet habe ich bisher mit


    vdr-zapper, lanstart, etherwake und mc-wol. Nach "Abschuss" des
    Magic Packets blinkte auch die Diode der NIC.


    Habe hier fünf Rechner (inkl. vdr) per 3ComGigaSwitch
    miteinander vernetzt. Am Switch hängt noch eine FritzBox! 7050,
    damit geht es ins I-Net.


    IPs sind alle aus 192.168.0.x mit 24er Maske.

    c't VDR v4.5 unfree / Kernel: 2.6.16-ct-1 / 1.4.7-2ctvdr3 (Tobi/TomG)
    Asus K8V-X / Athlon64 3000+ / FU-Si DVB-C FF + 3x Terratec Cinergy 1200 DVB-C


    Neuinstallation in Arbeit:
    c't VDR v7.0 unfree / Kernel: 2.6.28-etobi.3-486 / 1.7.8-1devel1 (Tobi/TomG)


    Ubuntu Server in Arbeit:
    GA-MA785GMT-UD2H / Athlon II X4 605e / 3x HD154UI 1,5TB Raid5
    Linux Server 2.6.31-14-server x86_64

  • Jetzt bin ich langsam mit meinem Latein am Ende :(


    Wenn die LED der Netzwerkkarte nach "Abschuss" blinkt dann wird das Paket wohl auch ankommen.


    Mal ins Blaue gedacht.
    Jetzt fallen mir noch 2 Fehler quellen ein
    - evtl der Switch (sollte eigentlich nicht sein denn die LED blinkt ja aber man weiß ja nie)
    (könnte das Paket ja irgendwie ändern)
    - BIOS einstellung ???


    Kannst du die Hardware ändern sprich andern PC oder andere NEtzwerkkarte?


    Gruß Tom

    Gruß Tom


    99% der ComputerFehler sitzen zwischen Tastatur und Rückenlehne :schiel

  • Hi Tom,


    ich auch - weiß nicht weiter und würde nur ungern aufgeben...
    Ursprünglich wollte ich aus der Ferne über die FritzBox den vdr einschalten.


    Im BIOS habe ich "Power on PCI Devices" aktiv.
    Speziell WoL gibt es nicht.


    Hardware ändern ist problematisch. Müsste dann eine NIC zwischen die
    DVB-Cs installieren. Will ich eigentlich ungern...


    Du hattest Knoppix angesprochen. Was hättest Du damit getan?
    ethtool dort angewendet?


    cu


    tivi2

    c't VDR v4.5 unfree / Kernel: 2.6.16-ct-1 / 1.4.7-2ctvdr3 (Tobi/TomG)
    Asus K8V-X / Athlon64 3000+ / FU-Si DVB-C FF + 3x Terratec Cinergy 1200 DVB-C


    Neuinstallation in Arbeit:
    c't VDR v7.0 unfree / Kernel: 2.6.28-etobi.3-486 / 1.7.8-1devel1 (Tobi/TomG)


    Ubuntu Server in Arbeit:
    GA-MA785GMT-UD2H / Athlon II X4 605e / 3x HD154UI 1,5TB Raid5
    Linux Server 2.6.31-14-server x86_64

  • Knoppix booten
    Dann die Einstellungen Speichern (ethtool)
    und noch mal booten
    Frag mich aber nicht nach Details ich habs noch nicht probiert


    War nur so ein Gedanke.


    Noch ne Idee kannst du per CrossoverKabel direkt mal aufwecken probieren.Um den Switch auszuschliessen.


    Gruß Tom


    Meld mich in der Nächsten WerbePause ;)


    Tom

    Gruß Tom


    99% der ComputerFehler sitzen zwischen Tastatur und Rückenlehne :schiel

  • Also der wichtige Punkt bei WOL ist, dass man bevor man den Rechner runterfährt den Befehl

    Code
    ethtool -s eth0 wol g

    ausführt, ansonsten ist der NIC nicht in dem Modus dass er auf das MagicPacket reagiert, obwohl die LED blinkt. Wichtig: Der Befehl muss jedesmal ausgeführt werden. Ich hab ihn bei meinem LinVDR ins boot.local eingefügt, so dass er direkt nach dem Starten ausgeführt wird.
    Sollte danach das Aufwecken mit ether-wake aa:bb:cc:dd:ee:ff (hier muss die MAC-Adresse deines NICs eingesetzt werden) nicht funktionieren so liegts am BIOS.
    Das oben beschriebene hast du wahrscheinlich schon probiert aber wichtig ist halt die Ausführung von ethtool und dann geregelt den Rechner runterfahren.


    Meine Versuche mit WakeOnPCI liefen bisher auch immer ins Leere. Es ging immer nur wenn ich eine explizit WOL-fähige Karte in ein PCI-Slot gesteckt habe und das beiliegende WOL-Kabel mit dem Motherboard verbunden habe. Motherboards mit OnboardNICs besitze ich nicht und kann deshalb wenig dazu sagen. Gibts in deinem BIOS nicht ne Option wo etwas in der Art 'WOL (PME) From Soft-Off' steht oder überhaupt etwas mit 'WOL' evtl. gibts auch ne Einstellung wo man so ne Art 'WakeOnInterrupt' hat. Einfach mal ALLES aktivieren was mit WakeUp zu tun hat, abschalten kann mans später immernoch wenns erstmal funktioniert.
    Letzter Tipp: BIOS-Update. Schau mal beim Hersteller nach ob es ein neueres BIOS gibt. Wenn du großes Glück hast gibts sogar ne Readme wo drinsteht was alles gefixt wurde. Vielleicht hatten die ja ein Bug in deinem BIOS oder in deiner BIOS-Version ist das Feature noch nicht gar nicht drin gewesen.
    Allerletzter Tipp: Nochmal die MAC-Adresse prüfen, evtl. hast du dich einfach vertippt, soll ja vorkommen. Die LED blinkt auch wenn du ne falsche MAC eingibts, weil der Switch es einfach an alle seine Ports sendet falls er ne MAC nicht kennt.


    Gruß
    Jarny

    MLD 3.0.3 Server. Aufnahmen schaue ich mit einem separaten XBMC (OpenElec Distribution) im Wohnzimmer am 47 Zoll HD Fernseher

  • tom


    Hi! Konnte meine Werbepause nicht finden! :D ...wurde also etwas später...



    So, habe es gerade mit Knoppix versucht. Leider keine Chance.
    Mit dem CrossOverKabel versuche ich es noch. Bis ich meins gefunden habe..., hole morgen lieber ein neues...



    jarny


    Hallo Jarny,


    Danke für Deine ausführlichen Erläuterungen.


    Zitat

    Original von jarny
    Also der wichtige Punkt bei WOL ist, dass man bevor man den Rechner runterfährt den Befehl


    Code
    ethtool -s eth0 wol g

    ausführt, ansonsten ist der NIC nicht in dem Modus dass er auf das MagicPacket reagiert, obwohl die LED blinkt. Wichtig: Der Befehl muss jedesmal ausgeführt werden. Ich hab ihn bei meinem LinVDR ins boot.local eingefügt, so dass er direkt nach dem Starten ausgeführt wird.


    So ähnlich mache ich es auch. Ich habe ein Script, dass beim Herunterfahren
    ausgeführt wird. Dort wird die Karte in den "g" Modus versetzt.


    Mir fällt gerade ein, momentan ist es sogar noch in einem zweiten Script
    zu finden. Könnte ich mal wieder deaktivieren...


    Zitat

    Original von jarny
    Sollte danach das Aufwecken mit ether-wake aa:bb:cc:dd:ee:ff (hier muss die MAC-Adresse deines NICs eingesetzt werden) nicht funktionieren so liegts am BIOS.


    Die Befürchtung habe ich mittlerweile auch. Doch dann sieht es wohl duster aus...


    Zitat

    Original von jarny
    Das oben beschriebene hast du wahrscheinlich schon probiert aber wichtig ist halt die Ausführung von ethtool und dann geregelt den Rechner runterfahren.


    Meine Versuche mit WakeOnPCI liefen bisher auch immer ins Leere. Es ging immer nur wenn ich eine explizit WOL-fähige Karte in ein PCI-Slot gesteckt habe und das beiliegende WOL-Kabel mit dem Motherboard verbunden habe. Motherboards mit OnboardNICs besitze ich nicht und kann deshalb wenig dazu sagen. Gibts in deinem BIOS nicht ne Option wo etwas in der Art 'WOL (PME) From Soft-Off' steht oder überhaupt etwas mit 'WOL' evtl. gibts auch ne Einstellung wo man so ne Art 'WakeOnInterrupt' hat. Einfach mal ALLES aktivieren was mit WakeUp zu tun hat, abschalten kann mans später immernoch wenns erstmal funktioniert.
    Letzter Tipp: BIOS-Update. Schau mal beim Hersteller nach ob es ein neueres BIOS gibt. Wenn du großes Glück hast gibts sogar ne Readme wo drinsteht was alles gefixt wurde. Vielleicht hatten die ja ein Bug in deinem BIOS oder in deiner BIOS-Version ist das Feature noch nicht gar nicht drin gewesen.
    Allerletzter Tipp: Nochmal die MAC-Adresse prüfen, evtl. hast du dich einfach vertippt, soll ja vorkommen. Die LED blinkt auch wenn du ne falsche MAC eingibts, weil der Switch es einfach an alle seine Ports sendet falls er ne MAC nicht kennt.


    Das neueste Bios ist drauf, Tippfehler kann ich ausschließen.
    Habe per arp die Adresse ausgelesen und dann Copy'n'Paste.


    WoL hat das Board nicht direkt. Eigentlich hat es eine Art Weiterentwicklung.
    Nämlich WoL by PME. Im Bios habe ich deshalb ""Power on PCI Devices" aktiviert.
    Würde ich eine NIC verbauen, könnte ich auch kein WoL Kabel nutzen,
    denn das Board braucht es anscheinend nicht.


    Wenn es euch nicht zu große Umstände macht, schaut doch bitte in diese PDF-Datei:


    Asus K8V-X Manual


    Vielleicht seht ihr eine APM Funktion, die ich unbedingt aktivieren sollte.


    Danke,


    tivi2

    c't VDR v4.5 unfree / Kernel: 2.6.16-ct-1 / 1.4.7-2ctvdr3 (Tobi/TomG)
    Asus K8V-X / Athlon64 3000+ / FU-Si DVB-C FF + 3x Terratec Cinergy 1200 DVB-C


    Neuinstallation in Arbeit:
    c't VDR v7.0 unfree / Kernel: 2.6.28-etobi.3-486 / 1.7.8-1devel1 (Tobi/TomG)


    Ubuntu Server in Arbeit:
    GA-MA785GMT-UD2H / Athlon II X4 605e / 3x HD154UI 1,5TB Raid5
    Linux Server 2.6.31-14-server x86_64

  • Ich hab mir das Motherboard-Manual mal angeschaut. Scheint alles richtig zu sein. Für WOL braucht man nichts bestimmtes zu aktivieren.
    Der Hinweis von foobar42 ist aber nicht schlecht. Ich kenn den c't-VDR nicht aber evtl. macht der beim Shutdown nochmal irgendwas Merkwürdiges mit den Netzwerkinterfaces, so dass die WOL-Einstellungen wieder zunichte gemacht werden.
    Wenn du noch ne alte leere Platte rumliegen hast würd ich da mal schnell LINVDR draufinstallieren und es damit ausprobieren (ethtool manuell aufrufen und dann per Fernbedienung abschalten). Ansonsten bin ich auch mit meinem Latein am Ende.
    Gruß
    Jarny

    MLD 3.0.3 Server. Aufnahmen schaue ich mit einem separaten XBMC (OpenElec Distribution) im Wohnzimmer am 47 Zoll HD Fernseher

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!