[Gelöst] WakeOnLan mit Kernel 2.6.28-etobi.3-686 funktioniert nicht

FrankJepsen · 25. Dezember 2009

Hallo,

ich habe den VDR mit c'tVDR 7 neu aufgesetzt. Nach Update auf Kernel 2.6.28-etobi.3-686 funktioniert das WakeOnLan nicht. Boote ich mit dem original c't Kernel 2.6.26-2-486 funktioniert es wieder.

Hier ist ein Auszug von lspci -v -v:

Code

00:04.0 Ethernet controller: nVidia Corporation nForce2 Ethernet Controller (rev a1)
        Subsystem: ASUSTeK Computer Inc. A7N8X Mainboard onboard nForce2 Ethernet
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0 (250ns min, 5000ns max)
        Interrupt: pin A routed to IRQ 20
        Region 0: Memory at fe800000 (32-bit, non-prefetchable) [size=4K]
        Region 1: I/O ports at eff0 [size=8]
        Capabilities: [44] Power Management version 2
                Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
                Status: D0 PME-Enable+ DSel=0 DScale=0 PME-
        Kernel driver in use: forcedeth
        Kernel modules: forcedeth

Alles anzeigen

Sieht bei beiden Kernel gleich aus.
Ist forcedeth bei etobi etwa anders übersetzt?

[Edit] Die Lösung ist hier [/Edit]

Tschüß Frank

geeg07 · 25. Dezember 2009

Der nForce2 Treiber hat einen Bug, ich habe mir da auch einmal einen Wolf gesucht

Durchaus möglich, dass dich dieser Bug betrifft.
Wenn du die MAC-Adresse umkehrst, sollte es wieder funktionieren.

Also z.B. die MAC "01:02:03:04:05:06" wird als "06:05:04:03:02:01" angegeben.

Ich habe nun ein Script im Einsatz, dass immer WOL immer mit beiden MAC's absetzt.

FrankJepsen · 25. Dezember 2009

Hallo,

das ist es wohl nicht. Ich habe es gerade noch mal probiert.

Ich meine auch gelesen zu haben, dass dieser Fehler behoben ist.
Es hat ja auch mit dem Original-Kernel funktioniert.
Auch mit dem alten 2.6.18er von c'tVDR 6 hat es schon funktioniert.

Tschüß Frank

woz · 26. Dezember 2009

Hallo Frank,

so wie es aussieht wurde im Kernel WoL deaktiviert. (Das ist leider in Tobis Kernel so)

Ich habe mir wie hier http://www.vdr-portal.de/board…threadid=76187#post717349 beschrieben geholfen.

Viele Grüße
Wolfgang

geeg07 · 26. Dezember 2009

Zitat

Original von FrankJepsen
das ist es wohl nicht. Ich habe es gerade noch mal probiert.

Schade.

Stimmt schon, dass der Fehler behoben ist habe ich auch gelesen, und auch bei mir hat es mit dem 2.6.18er funktioniert.
Seit ich den Kernel 2.6.28-etobi.3-686 verwende, muss ich aber definitiv die reverse MAC für WakeOnLan verwenden, damit es funktioniert.

FrankJepsen · 4. Januar 2010

Hallo,

ich habe das Problem jetzt gelöst. Aber statt ethtool in irgendwelchen Startscripten aufzurufen, ist zumindest unter Debian wohl der bessere Weg /etc/network/interfaces zu ändern:

Dort ist normalerweise eine Zeile

Code

iface eth0 inet static

darunter fügt man den Befehl als post-up und post-down command ein:

Code

iface eth0 inet static
    post-up /usr/sbin/ethtool -s eth0 wol g
    post-down /usr/sbin/ethtool -s eth0 wol g

Natürlich muss eth0 durch das relevante Interface ersetzt werden falls unterschiedlich.

Mit man 5 interfaces gibt es mehr Infos.

Übrigens musste ich trotzdem bei dem bei mir verwendeten nForce2 Treiber die MAC umdrehen. Der Fehler ist also wohl bei meinem Kernel noch nicht behoben. Ich wecke jetzt einfach immer beide MACs auf (gedreht und nicht gedreht). Vielleicht ist es ja bei einer neueren Kernelversion behoben.

Tschüß Frank

geeg07 · 4. Januar 2010

Das Thema ist wirklich mühsam, man muss eigentlich bei jedem Kernel-Update mit Überraschungen rechnen.

Nach deinen Ausführungen, fällt mir ein, dass ich, wenn ich mich recht erinnere, das script /etc/networking anpassen musste.
Bei ifdown musste ich das Loopback-Interface als Ausnahme angeben. if ifdown -a --exclude=lo; ....
Sorry, dass ich daran nicht mehr dachte, aber deine Lösung ist ohnehin eleganter.

[Gelöst] WakeOnLan mit Kernel 2.6.28-etobi.3-686 funktioniert nicht

Jetzt mitmachen!

Teilen