OpenMediavault - WOL Probleme

[noxx2]

Hallo,

ich habe seit ich mein BIOS auf Default-Einstellung gesetzt habe, das
ich diesen nicht mehr wecken kann. Vorher konnte ich den Server immer
von meinem Windows PC mit der wol.exe wol.exe - Download - heise online
problemlos wecken, nun nicht mehr.

Was noch geht: wecken per Fritzbox

Habe noch ein weiteres WOL Tool gefunden: https://oette.wordpress.com/wol2/

Damit lässt sich der Server "teilweise" wecken, nämlich dann wenn ich den WOL Modus
auf NETCAST stelle, steht er auch BROADCAST gehts nicht.

Hier mal die Ausgabe von Debian:

root@debian:~# ethtool eth0
Settings for eth0:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supported pause frame use: No
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised pause frame use: No
        Advertised auto-negotiation: Yes
        Speed: 1000Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 1
        Transceiver: internal
        Auto-negotiation: on
        MDI-X: on
        Supports Wake-on: pumbg
        Wake-on: g
        Current message level: 0x00000007 (7)
                               drv probe link
        Link detected: yes

Evtl hat einer eine Idee.... Bin ratlos. Im Bios sieht eigentlich alles
OK aus.

Hardware vom Server steht in der Signatur, verbaut ist eine Intel Netzwerkkarte.

Gruß

 

[scroll91]

Kenne mich zwar mit wol nicht aus da ich es nicht brauche bisher aber hast du mal das wol plugin in omv installiert? Sieht mir so aus als ob das bei dir fehlt, evtl ist es ja das womit alles am Ende normal laufen wird wie gewünscht

 

[noxx2]

Das liegt meiner Meinung nach nicht an einem fehlendem Plugin, denke das müsste eine Bios Einstellung sein.
Habe das Problem ja erst, nachdem ich das Bios auf Default Einstellungen gesetzt habe.

Aber warum kann ich nun den Server nur per NETCAST wecken und nicht mehr per BROADCAST.

 

[hominidae]

...kenne das BIOS nicht, aber Du solltest auch "Wake from PCI" oder ähnliches aktivieren....die Netzwerkkarte hängt da dran.
Softwaremässig sieht es OK aus.

 

[noxx2]

hier mal Bilder vom BIOS, ich hoffe man erkennt was

 

[hominidae]

Hmmm...was kannst Du bei "Suspend-to-RAM" noch angeben, ausser "auto"..versuch mal S3.
...das "Ring-In" sollte es eigentlich nicht sein, sondern das "PCI-Devices"...aber es kann mMn nicht schaden das auch einzuschalten.

 

[pumuckel]

also unter Windoofs mußte man WOL im Treiber erst aktivieren

unter OMV/Debian hab ich hier was dazu gefunden (da ich nur ein Linuxnoob bin):

https://wiki.debian.org/WakeOnLan

https://www.thomas-krenn.com/en/wiki/Wake_On_LAN_under_Linux



da steht:

If MagicPacket(tm) should be used to wake up a server, that mode must be enabled for the respective network card using the following command.

ethtool -s eth0 wol g


wobei statt dem grünen auch stehen kann

p Wake on phy activity
u Wake on unicast messages
m Wake on multicast messages
b Wake on broadcast messages
a Wake on ARP
g Wake on MagicPacket(tm)
s Enable SecureOn(tm) password for MagicPacket(tm)
d Disable (wake on nothing). This option clears all previous options.




da bei dir aber schon Wake-on: g steht laut Bild, versuch mal eine der anderen Optionen


ein anderer User schreibt (allerdings für Ubuntu):

"so just add this command at the end of /etc/rc.local"

vielleicht hilft dir ja der Eintrag der Ubuntu Wiki irgendwie http://wiki.ubuntuusers.de/Wake_on_LAN
da sind am Ende einige fehlerquellen genannt (z.B. /proc/acpi/wakeup )

 

[bigghost]

Ihr liegt alle Falsch

Das liegt am Realthek Treiber in Debian der kann kein WOL. Hatte das Problem auch vor kurzen mit OMV und einem Asrock Board.

Compiliere dir die Realthek Treiber von der HP und WOL läuft. Außer das man den R8169 Blacklisten muss ist es relativ schnell erledigt.

Hier steht was dazu. Installation des r8168-Treibers

 

[noxx2]

ich nutze keine Realtek, hatte ich auch in ersten Post geschrieben.

 

[hominidae]

Das liegt am Realthek Treiber in Debian der kann kein WOL. Hatte das Problem auch vor kurzen mit OMV und einem Asrock Board.

...hmmm... also ich habe das Problem seit zwei Jahren *nicht*...seit ich mein ZFS NAS auf ein ASUS Desktop Board mit ECC, AM3-Opteron und Debian mit ZoL umgestellt habe.
Das WOL funzt einwandfrei ...immer.

Edit: sorry, aber bei so einer pauschalen Aussage konnte ich nicht widerstehen.

 

[bigghost]

@hominidae
Dann hast du wohl auch kein Realthek Treiber drauf. Ich mußte bisher bei allen Distributionen sei es auf dem HP40nl oder Asrocks Boards IMMER den Treiber neu bauen und habe nie mit irgendwelchen ethtool fummeleien arbeiten müssen.Sei es bei CentOS oder Debian/Ubunutu.

 

[pumuckel]

ich habt gesehen, das der te sagte er hätte keine rlt

wobei ich da auch etwas skeptisch bin/war da ASRock B75 Pro3-M = rlt

evtl 2. nic ?

 

[bigghost]

Ja Er sollte trotzdem mal drüber nachdenken bei Intel den Treiber zu ziehen und zubauen.Die Treiber in den Distributionen sind fast immer steinalt.
Und diese alten Treiber haben oft kein WOL. Bei FreeBSD dem ganzen NAS4FREE gedöhns z.b. gabs auch schon öfters Leute mit WOL problemen.
Nur weil in ethtool "g" steht oder das beim Sysstart manuell gesetzt wird bringt oft gar nichts.

 

[hominidae]

@hominidae
Dann hast du wohl auch kein Realthek Treiber drauf. Ich mußte bisher bei allen Distributionen sei es auf dem HP40nl oder Asrocks Boards IMMER den Treiber neu bauen und habe nie mit irgendwelchen ethtool fummeleien arbeiten müssen.Sei es bei CentOS oder Debian/Ubunutu.

Hmmm...

> lspci | grep -i eth
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 09)

>lsmod | grep -i r8
r8169                  47008  0 
mii                    12675  1 r8169

 

[pumuckel]

Hmmm...

> lspci | grep -i eth
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 09)

>lsmod | grep -i r8
r8169                  47008  0 
mii                    12675  1 r8169

der screen sagt ja mal garnix

aber das ASRock B75 Pro3-M hab ich hier und es ist ein RTL mit non free drivern (rtl8168e-3.fw) (muss also manuell installiert werden unter zumindest debian) ... wenn nicht der installer (rufus usb stick) diese dabei hat)

 

[bigghost]

modinfo r8169 wäre noch interessant. Außerdem gibt unzählige RTL chips die mit dem r8168/r8169 Treiber funktionieren.
Hilft unserem Intel Besitzer aber auch nicht

 

[pumuckel]

modinfo r8169 wäre noch interessant. Außerdem gibt unzählige RTL chips die mit dem r8168/r8169 Treiber funktionieren.
Hilft unserem Intel Besitzer aber auch nicht

ich schließe mich aber auch nun an dass er gar keine Intel hat !

 

[hominidae]

...wenn es euch hilft:

> modinfo r8169
filename:       /lib/modules/3.2.0-4-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko
firmware:       rtl_nic/rtl8168f-2.fw
firmware:       rtl_nic/rtl8168f-1.fw
firmware:       rtl_nic/rtl8105e-1.fw
firmware:       rtl_nic/rtl8168e-3.fw
firmware:       rtl_nic/rtl8168e-2.fw
firmware:       rtl_nic/rtl8168e-1.fw
firmware:       rtl_nic/rtl8168d-2.fw
firmware:       rtl_nic/rtl8168d-1.fw
version:        2.3LK-NAPI
license:        GPL
description:    RealTek RTL-8169 Gigabit Ethernet driver
author:         Realtek and the Linux r8169 crew <netdev@vger.kernel.org>
srcversion:     70D3D4CA385646D8F58D8FC
alias:          pci:v00000001d00008168sv*sd00002410bc*sc*i*
alias:          pci:v00001737d00001032sv*sd00000024bc*sc*i*
alias:          pci:v000016ECd00000116sv*sd*bc*sc*i*
alias:          pci:v00001259d0000C107sv*sd*bc*sc*i*
alias:          pci:v00001186d00004302sv*sd*bc*sc*i*
alias:          pci:v00001186d00004300sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008169sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008168sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008167sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008136sv*sd*bc*sc*i*
alias:          pci:v000010ECd00008129sv*sd*bc*sc*i*
depends:        mii
intree:         Y
vermagic:       3.2.0-4-amd64 SMP mod_unload modversions 
parm:           use_dac:Enable PCI DAC. Unsafe on 32 bit PCI slot. (int)
parm:           debug:Debug verbosity level (0=none, ..., 16=all) (int)

...und es ist vanilla debian, keine modifizierten oder selbstkompilierten Treiber.

...aber der TE sagte doch, dass es *vor* dem Reset des BIOS funktionierte...ob realtek oder intel..wieso soll es am Treiber liegen?

 

[bigghost]

Wake on Lan not working - Network - OpenMediaVault

Hier war die Abhilfe den 3.16 Backport Kernel zu installieren.

 

[hominidae]

Ja, ich sage ja nicht das es in manchen Fällen nicht so sein mag...ich sehe es aber weder pauschal "in Debian geht WOL bei RT-NICs nicht", noch in diesem Fall so.