Hi, habe diese Woche meinen Homeserver erneuert. Unter anderem sitzt dort nun ein ASROCK FM2A78M-ITX+. Dieses bietet unter Ubuntu leider kein WOL. Und nach langer suche im Internet, habe ich auch keine Hoffnung das sich dieses ändert.

Nun habe ich überlegt mir eine günstige Netzwerkkarte für PCI-E zu besorgen. Wollte jetzt aber erstmal hier im Forum fragen, ob es da ne Empfehlung gibt, nicht das ich wieder ohne Treibersupport da stehe

Und gibt es da was zu beachten, für die WOl Funktion, also bestimmte Verbindung zum Mainboard oder so?

MFG genesis84

Hallo,
die Anfrage gehört in die Kaufberatung und nicht hierher! Hört sich komisch an, ist aber so

Davon abgesehen, was für eine Ethernetkarte ist denn überhaupt verbaut, und warum sollte diese nicht bereits WOL unterstützen? Das wäre eher ungewöhnlich.

uname -a
lspci -nnk | grep -i net -A2

Server - vernünftige Gigabit Ethernetkarte z.B. eine Intel EXPI9301CT PRO1000 PCIe1x (Bulk ~30€)

Sorry, die Kaufberatung habe ich wohl übersehen.

uname -a
Linux server 3.13.0-62-generic #102-Ubuntu SMP Tue Aug 11 14:29:36 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
lspci -nnk | grep -i net -A2
02:00.0 Ethernet controller [0200]: Qualcomm Atheros QCA8171 Gigabit Ethernet [1969:10a1] (rev 10)
        Subsystem: ASRock Incorporation Device [1849:10a1]
        Kernel driver in use: alx

Die Intelkarte sieht gut aus, brauch ja auch nicht viel WOL und 1000Mbit reichen.

Hallo,
die Qualcom/Atheros-Karte ist doch schon recht gut und beherrscht (normalerweise) auch WOL. Im Treiber (alx) gab es einen Bug weshalb die WOL-Funktion zwischenzeitlich aus dem Quellcode entfernt wurde.

→ http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=bc2bebe8de8ed4ba6482c9cc370b0dd72ffe8cd2

Der Bug wurde inzwischen behoben. Du brauchst also nur einen aktuelleren Treiber, bedeutet, versuche es mit einem 3.16-Kernel.

Das klingt ja schonmal gut.

habe jetzt den Kernel geupdated, über

linux-image-generic-lts-utopic

Hat auch soweit geklappt

uname -a
Linux server 3.16.0-48-generic #64~14.04.1-Ubuntu SMP Thu Aug 20 23:03:57 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux

Allerdings wird mir die WOL Funktion immer noch nicht angezeigt

ethtool p17p1
Settings for p17p1:
        Supported ports: [ TP ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Supported pause frame use: Symmetric Receive-only
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
                                1000baseT/Full
        Advertised pause frame use: Symmetric
        Advertised auto-negotiation: Yes
        Speed: 100Mb/s
        Duplex: Full
        Port: Twisted Pair
        PHYAD: 0
        Transceiver: internal
        Auto-negotiation: on
        MDI-X: Unknown
        Current message level: 0x000060e4 (24804)
                               link ifup rx_err tx_err hw wol
        Link detected: yes

Auch der Versuch, es trotzdem zu aktivieren schlägt fehl.

ethtool -s p17p1 wol g
Cannot get current wake-on-lan settings: Operation not supported
  not setting wol

Habe ich etwas vergessen? Oder hätte ich beim Update anders vorgehen müssen?

Nein, funktioniert nicht. Dann müssen wir den Patch wohl manuell einspielen.

Ablauf:

mkdir alx_wol && cd alx_wol
sudo apt-get install linux-source 

Da musst Du jetzt mal schauen, ob der Quellcode für den 3.13- oder 3.16-Kernel installiert wird. Ich schreibe jetzt mal entsprechend für den 3.13-Kernel. Den 3.16-Kernel & die entsprechenden Meta-Pakete kannst Du wieder entfernen (Sorry, ich hatte angenommen der Patch wäre schon eingeflossen).

Kernel-Sourcen holen, entpacken, den Patch einspielen und das Modul bauen:

tar xf /usr/src/linux-source-3.13.0.tar.bz2
cd linux-source-3.13.0
wget https://volatilesystems.org/dl/patches/add_alx_wol_support.patch
patch -Np1 -i add_alx_wol_support.patch
cd drivers/net/ethernet/atheros/alx/
make -C /usr/src/linux-headers-$(uname -r)/ M=$(pwd) modules 

Altes Modul entladen, sichern, das neue Modul in den aktuell verwendeten Kernel einbinden und testen:

sudo ifconfig p17p1 down
sudo modprobe -rfv alx
sudo mv /lib/modules/$(uname -r)/kernel/drivers/net/ethernet/atheros/alx/alx.ko /lib/modules/$(uname -r)/kernel/drivers/net/ethernet/atheros/alx/alx.ko.bak
sudo cp alx.ko /lib/modules/$(uname -r)/kernel/drivers/net/ethernet/atheros/alx/
sudo depmod -a
sudo update-initramfs -u
sudo modprobe -v alx
sudo ifconfig p17p1 up
ethtool p17p1 

Besten Dank, hat wunderbar geklappt. Da hast du mir echtes Geld gesparrt

Der Wake up aus S4 und S5 klappt, nur der aus S3 will nicht. hatte mir im WIKI unter Wake on Lan den Bereich NIC-Module bei SUSPEND nicht entladen angesehen. Jedoch habe ich bei mir nur die 75modules und 50unload_alx. In der 75modules sehe ich allerdings nichts zu unload-Network. Und bei 50unload_alx bin ich mir nicht sicher.

Aber mit dem Hibernate-Modus kann ich auf jedenfall auch Leben.

Noch eine Frage zu dem Patch, muss ich bei jedem Kernelupdate diesen Vorgang wiederholen?

Bitteschön. Prima, dass es funktioniert

Noch eine Frage zu dem Patch, muss ich bei jedem Kernelupdate diesen Vorgang wiederholen?

Momentan sehe ich drei Möglichkeiten:

1. Wenn ansonsten alles funktioniert, auf Kernelupgrades verzichten

• dazu einfach die Meta-Pakete linux-image-generic und linux-headers-generic entfernen

• die Szene im Auge behalten und warten bis das Modul standardmäßig wieder WOL unterstützt - könnte aber bis zur nächsten LTS-Version dauern

2. Vorgang nach jedem Kernelupgrade wiederholen:

cd alx_wol/linux-source-3.13.0/drivers/net/ethernet/atheros/alx/
make -C /usr/src/linux-headers-$(uname -r)/ M=$(pwd) clean
make -C /usr/src/linux-headers-$(uname -r)/ M=$(pwd) modules  

• und anschließend den Block zur Installation wie gehabt

3. Quellcode für das Modul alx aus den Sourcen extrahieren, Patch einspielen und über DKMS registrieren

• ob das dann für alle folgenden 3.13-Kernel funktionieren wird, kann ich nicht sagen

Nachtrag: S3 muss man oft erst manuell aktivieren, wenn es im BIOS keine weiteren Optionen gibt, oder es einfach nicht funktioniert → Archiv/Schlafmodi

Check:

cat /proc/acpi/wakeup

cat /proc/acpi/wakeup
Device  S-state   Status   Sysfs node
PB2       S4    *disabled
PB3       S4    *disabled
PB4       S4    *disabled
PB5       S4    *disabled
PB6       S4    *disabled
PB7       S4    *disabled
SBAZ      S4    *disabled
P0PC      S4    *disabled  pci:0000:00:14.4
OHC1      S4    *enabled   pci:0000:00:12.0
EHC1      S4    *enabled   pci:0000:00:12.2
OHC2      S4    *enabled   pci:0000:00:13.0
EHC2      S4    *enabled   pci:0000:00:13.2
OHC3      S4    *disabled
EHC3      S4    *disabled
OHC4      S4    *enabled   pci:0000:00:14.5
XHC0      S4    *enabled   pci:0000:00:10.0
XHC1      S4    *enabled   pci:0000:00:10.1
PE20      S4    *disabled  pci:0000:00:15.0
PE21      S4    *disabled
PE22      S4    *disabled
PE23      S4    *disabled

Also der S3 funktioniert ja soweit, nur lässt sich der Server dann nicht über WOL wecken. Aber wie gesagt, damit kann ich auf jedenfall Leben. Der Start dauert dann halt bissl länger. Aber die 3 Sekunden bringen mich nun auch nicht um

Ich danke dir aufjedenfall für die kompetente Hilfe. Könnte dem ASROCK Support ja glatt mitteilen, dass nun die nicht unterstützten Features nun doch gehen

MFG genesis84