Wake On LAN will nicht!

[metallex]

Ich versuche bereits seit mehreren Tagen Wake On LAN auf einem Shuttle SV25 (Board: FV25 mit VIA PN133T Chipsatz + VIA C3) zum laufen zu bekommen. Der Rechner soll aus dem Standby (S1) mit einem Magicpacket wieder aufgeweckt werden können (unter Windows funktioniert das Szenario). Leider sind alle meine Bemühungen unter Debian bisher gescheitert. Installiert ist ein Debian Etch mit Standardkernel (2.6.18-486). Neben der Onboard-Netzwerkkarte (Realtek 8139c) ist zusätzlich eine Realtek 8169 Gigabit-Netzwerkkarte mit verbaut. WOL funktioniert auf beiden Karten unter Windows einwandfrei.

Standby und Suspend to RAM funktionieren unter Debian soweit problemlos. Interessanterweise lässt sich das System nach dem "Weck-Versuch" mit einem Magicpacket aber auch nicht mehr per Tastatur aus dem Standby aufwecken.

# cat /proc/acpi/wakeup



SLPB S5 *enabled
PCI0 S5 enabled no-bus:pci0000:00
USB0 S3 disabled pci:0000:00:07.2
USB1 S3 disabled pci:0000:00:07.3
MODM S4 disabled
UAR1 S5 disabled pnp:00:07



# ethtool eth2



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



# lspci




00:00.0 Host bridge: VIA Technologies, Inc. VT8605 [ProSavage PM133]
00:01.0 PCI bridge: VIA Technologies, Inc. VT8605 [PM133 AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40)
00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06)
00:07.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1a)
00:07.3 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 1a)
00:07.4 Bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40)
00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10)
00:0b.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46)
00:0c.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
01:00.0 VGA compatible controller: S3 Inc. 86C380 [ProSavageDDR K4M266] (rev 02)


Im Bios aktiviert:



Power-On by PCI Card
Modem Ring Resume


Ich hoffe ihr könnt mir helfen!

[MiGo]

(unter Windows funktioniert das Szenario)
Auf dem exakt selben Computer?
Die Unterstützung von WOL liegt afaik einige Nummern tiefer als das Betriebssystem - das hat damit (fast) gar nichts zu tun.
Erste Anlaufpunkte wären also das Bios und das Handbuch - nicht jedes Mainboard unterstützt WOL.
Als letzte "Fehlerquelle" könnte ich mir nur vorstellen, dass Debian die Netzwerkkarte beim Schlafengehen komplett abschaltet; das halte ich aber für eher unwahrscheinlich.

[metallex]

Ja, WOL funktioniert mit genau der gleichen Hardwarekonfiguration unter Windows. Ich denke schon dass das Betriebssystem in diesem fall eine Rolle spielt. Ich versuche den Rechner ja aus dem Standby zu resumen und nicht ihn im ausgeschalteten Zustand zu starten.

Das Debian die Karte im S1 stromlos schaltet waere eine Moeglichkeit ( kann ich leider anhand der LEDs nicht nachvollziehen, da sie immer ausgeschaltet sind im Standby, auch unter Windows). Allerdings spricht dagegen, dass ich nach aussenden des Magickpackets, den Rechner nicht mehr zum aufwecken bewegen kann, scheinbar passiert also doch irgendetwas.

Bioseinstellungen habe ich mit Hilfe des Handbuches mehrmals ueberprueft. Da sollte der Fehler nicht liegen.

Alles sehr ungewoehnlich...

[MiGo]

Ich versuche den Rechner ja aus dem Standby zu resumen und nicht ihn im ausgeschalteten Zustand zu starten.
Das sollte dem Rechner eigentlich egal sein. Alternativ kannst du ihn ja mal testweise runterfahren.

Edit: Hast du's mal testweise mit einer anderen Netzwerkkarte versucht?

[metallex]

Das sollte dem Rechner eigentlich egal sein.

Dem Board ist das nicht egal. Im ausgeschalteten Zustand funktioniert WOL nicht!

Die Realtek 8169 hab ich mir erst neu dazu gekauft. Eine andere Karte besitze ich leider nicht. Zumal es mit einer Intel oder 3com Karte vermutlich nicht anderes aussehen wird.

Meiner Meinung nach muss das Problem irgendwo im ACPI-Subsystem vergaben sein...

[corax2.05]

Meiner Meinung nach muss das Problem irgendwo im ACPI-Subsystem vergaben sein...

da hast du wohl recht.
ich hatte vor einiger zeit das gleiche problem, unter suse 10.2 mit einer 3com netzwerkkarte.

die lösung war recht einfach, wenn man es weiß ;)

ich mußte in /etc/modules.conf folgenden eintrag ändern

alt:

# options 3c59x options=0

neu:

options 3c59x enable_wol=1

das treibermodul wird bei dir ja ein anderes sein.

ich hoffe das hilft dir weiter.

grüße corax

[MiGo]

Dem Board ist das nicht egal. Im ausgeschalteten Zustand funktioniert WOL nicht!
Wenn das Board stromlos ist, kann das auch nicht funktionieren - soweit werden die Leute schon mitdenken. Ansonsten hätte ich als erstes gefragt, ob der Stecker auch drin ist :)

Viele Leute gehen halt mit dem Ausdruck "ausgeschaltet" recht sorglos um - daher hatte ich "ausgeschaltet" mit "standby" gleichgesetzt.

[ash51]

Probier mal folgendes:
In /etc/network/interfaces


pre-down /usr/sbin/ethtool -s eth2 wol g

hinzuzufügen und in /etc/init.d/halt am Anfang


NETDOWN=yes
in

NETDOWN=no
abzuändern.

HTH.

[metallex]

Danke für eure Tipps, leider bestehen die Probleme weiterhin.

Versetze ich den Rechner mittels "echo "standby" > /sys/power/state" in den Standby-Zustand, lässt er sich nur mit Tastatur aufwecken. Sende ich im Standby ein Magicpacket, klappt auch dass nicht mehr und ich muss den Rechner reseten.

Ich bin mit meinem Latein am Ende..

[corax2.05]

mal ganz dumm gefragt...

wie genau sieht eigentlich der befehl aus mit dem du dein magicpacket losschickst?