akt der verzweiflung - WOL aktivierung

[insaYne]

http://img45.imageshack.us/img45/2609/dsc02744qz9.jpg (http://imageshack.us)
http://img45.imageshack.us/img45/dsc02744qz9.jpg/1/w816.png (http://g.imageshack.us/img45/dsc02744qz9.jpg/1/)

http://img117.imageshack.us/img117/2981/dsc02745ed7.jpg (http://imageshack.us)
http://img117.imageshack.us/img117/dsc02745ed7.jpg/1/w816.png (http://g.imageshack.us/img117/dsc02745ed7.jpg/1/)

http://img148.imageshack.us/img148/3117/dsc02746dw9.jpg (http://imageshack.us)
http://img148.imageshack.us/img148/dsc02746dw9.jpg/1/w816.png (http://g.imageshack.us/img148/dsc02746dw9.jpg/1/)

http://www.abit.com.tw/upload/products/bh6-large.jpg

hallo leute,

bin etwas am verzweifeln wie offensichtlich fast jeder hier im forum der mal was mit WOL zu tun gehabt hat. habe einige fragen, vorerst mal die infos:

vorhaben:
über windows xp prof meinen debian server mittels WOL aufzuwecken

hardware:
board: ftp://ftp.abitshop.com/pub//manual/english/bh6.zip (mit features namens "Built-in Wake on LAN header") ->
bios: "aktuelle" version aus dem jahr 2000 (version "ss"); außerdem WOL durch "resume by lan" (so hieß das zu zeiten dieses board offensichtlich) eingeschalten
nic: surecom EP-320X-R\4B [4.0] (sollte lt. internet wol haben, soweit ich das ergooglt habe ...)

weiteres:
- karte leuchtet kein licht
- WOL signalkabel von karte zum board nicht vorhanden (ist diese unbedingt nötig? karte weißt offensichtlich diesen 3-pin-stecker auf, motherboard ebenfalls, heute abend bekomm ich hoffentlich so ein kabel ... ) -> ist das der grund, warum sich "wake-on" bei ethtool eth0 immer wieder von g auf d zurückstellt??? (nach dem neustart)

fragen:
- welchen port nimmt man zum aufwecken? (viele windows-WOL tools haben ein feld mit port ?!)
- alternative andere nic? hab 2 andere, WOL fähigkeit auch unbekannt, hab leider kA wie ich die nötigen treiber finde und installiere. die jetzige nic wurde beim installieren von debian erkannt und machte nie probleme

tipps?:
- poweroff -f -> mal versuchen, soll geholfen haben
- /etc/modules.conf -> options 3c59x enable_wol=1 .............. müsste man da was ändern?!
- Aah! Das muss jetzt nicht auf deinen (debian-)Kernel zutreffen, aber bei 2.6.18 gab es einen Bug¹ im Treiber, bei welchem WOL nur mit umgedrehter (byte-swapped) MAC-Adresse im wol-Paket funktionierte. Das wäre möglich, dass dem debian-Kernel der entsprechende Fix fehlt. -> is das bei der 2.6.26 noch aktuell, weiß das wer?

modprobe -l | grep rtl
/lib/modules/2.6.26-1-686/kernel/drivers/net/wireless/rtl8187.ko
/lib/modules/2.6.26-1-686/kernel/drivers/net/wireless/rtl8180.ko
/lib/modules/2.6.26-1-686/kernel/drivers/net/usb/rtl8150.ko

modprobe -l | grep real
/lib/modules/2.6.26-1-686/kernel/drivers/net/phy/realtek.ko

cat /proc/acpi/wakeup
Device S-state Status Sysfs node
USB0 S4 disabled pci:0000:00:07.2

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


mii-tool -w eth0
09:41:34 eth0: negotiated 100baseTx-FD, link ok


lspci -v -v
00:11.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
Subsystem: Surecom Technology Device 0320
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 32 (8000ns min, 16000ns max)
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at c000 [size=256]
Region 1: Memory at db001000 (32-bit, non-prefetchable) [size=256]
Capabilities: <access denied>
Kernel driver in use: 8139too
Kernel modules: 8139cp, 8139too

dmesg|grep rtl
[ 8.274049] eth0: RealTek RTL8139 at 0xc000, 00:02:44:15:7a:62, IRQ 11
[ 8.274126] eth0: Identified 8139 chip type 'RTL-8139C'

[derRichard]

hallo!

hast du mal versucht die karte mit einem anderen mainboard zu testen?
soweit ich weiss ist das verbindungskabel zwischen nic und mainboard nötig.

bei allen rechner, wo ich wol verwende ist die karte onboard, da hatte ich noch nie probleme.

hth,
//richard

[framp]

Mit WOL hatte ich auch so meine Probleme.

1) Das Kabel ist notwendig
2)
/sbin/ifup eth0
/usr/sbin/ethtool -s eth0 wol g in /etc/init.d/halt.local setzt die WOL Bits immer beim Runterfahren, denn bei mir werden die Bits beim Starten immer wieder gelöscht ... warum auch immer :-/
EDIT: /etc/init.d/boot.local in /etc/init.d/halt.local geändert

[insaYne]

ok ich hab die neue netzwerkkarte mit WOL kabel eingebaut. netzwerk haut hin, jedoch heißt das interface jetzt eth1 und nicht mehr eth0, hab den eintrag in der /etc/network/interfaces angepasst (eth0 auf eth1 geändert).

habe das problem, dass ich nicht weiß wie ich den pc herunterfahren soll, normal mach ichs mit halt, wie macht ihr das? jedenfalls leuchtet nach dem runterfahren kein lichtlein hinten bei der netzwerkkarte :(, das WOL workt somit auch noch nicht, im bios isses aufdreht, kabel angeschlossen, außerdem nach jedem neustarten hab ich beim eintippen des befehls "ethtool eth1" unter "wake-on" immer noch "d" stehen, is das normal, dass sich das nach jedem neustarten zurückstellt von g auf d?

außerdem würde mich interessieren wie ihr euren server runterfährt, speziell oder normal mit halt oder init 0? man braucht also keinen speziellen befehl, dass die netzwerkkarte beim runterfahren weiterhin mit strom versorgt wird?

und eine letzte wichtige frage: um meinen server zu wecken, muss ich beim router etwas einstellen? (home-pc und server hängen beide am selben wrt-54gl router mit fw tomato)

danke für eure hilfe

[HirschHeisseIch]

ok ich hab die neue netzwerkkarte mit WOL kabel eingebaut. netzwerk haut hin, jedoch heißt das interface jetzt eth1 und nicht mehr eth0, hab den eintrag in der /etc/network/interfaces angepasst (eth0 auf eth1 geändert).

habe das problem, dass ich nicht weiß wie ich den pc herunterfahren soll, normal mach ichs mit halt, wie macht ihr das? jedenfalls leuchtet nach dem runterfahren kein lichtlein hinten bei der netzwerkkarte :(, das WOL workt somit auch noch nicht, im bios isses aufdreht, kabel angeschlossen, außerdem nach jedem neustarten hab ich beim eintippen des befehls "ethtool eth1" unter "wake-on" immer noch "d" stehen, is das normal, dass sich das nach jedem neustarten zurückstellt von g auf d?

außerdem würde mich interessieren wie ihr euren server runterfährt, speziell oder normal mit halt oder init 0? man braucht also keinen speziellen befehl, dass die netzwerkkarte beim runterfahren weiterhin mit strom versorgt wird?

und eine letzte wichtige frage: um meinen server zu wecken, muss ich beim router etwas einstellen? (home-pc und server hängen beide am selben wrt-54gl router mit fw tomato)

danke für eure hilfe


Mit WOL hatte ich auch so meine Probleme.

1) Das Kabel ist notwendig
2)
/sbin/ifup eth0
/usr/sbin/ethtool -s eth0 wol g in /etc/init.d/boot.local setzt die WOL Bits immer beim Runterfahren, denn bei mir werden die Bits beim Starten immer wieder gelöscht ... warum auch immer :-/

:rolleyes:

Und am Router muss normal nichts eingestellt werden. Würd mich zumindest wundern, wenn Dein wrt die Wake-Up-Pakete blockt.
Und runterfahren mit einem der üblichen Befehle...
halt, init 0, shutdown -h now...

[insaYne]

hi hirsch,

danke für die antwort. das "/etc/init.d/boot.local" gibts bei debian nicht, deshalb wurde das hier:

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

in die "/etc/network/interfaces" eingetragen

LICHT LEUCHTET JETZT, traus mir kaum zu sagen, aber stecker war am motherboard falschrum. leider gabs da keine aussparung und es bestand verwechslunggefahr. jetzt leuchtet das licht, WOL geht aber immer noch net ...

fu**, die neue netzwerkkarte hat natürlich auch ne neue MAC, ich idiot. jetzt gehts natürlich! ich danke trotzdem allen die sich die mühe gemacht haben mir zu helfen und meine elendslange beschreibung durchgelesen haben! DANKE DANKE DANKE!!!

[framp]

Sorry für meinen Typo. War natürlich die /etc/init.d/halt.local gemeint - denn die wird ja beim Runterfahren angezogen. Du hast aber ja die richtige Datein bei debian gefunden ;-)