Tests¶

• Ob WoL seitens Hard- und Firmware möglich ist, kontrolliert man mit diesen Befehlen^[3]:

  • lspci -nn | grep -e Ethernet -e PCI 

    Beispielausgabe:
    

    00:19.0 Ethernet controller [0200]: Intel Corporation Ethernet Connection I218-LM [8086:155a] (rev 04)
    00:1c.0 PCI bridge [0604]: Intel Corporation 8 Series PCI Express Root Port 1 [8086:9c10] (rev e4)
    00:1c.3 PCI bridge [0604]: Intel Corporation 8 Series PCI Express Root Port 4 [8086:9c16] (rev e4)
    00:1c.5 PCI bridge [0604]: Intel Corporation 8 Series PCI Express Root Port 6 [8086:9c1a] (rev e4)
    03:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS5227 PCI Express Card Reader [10ec:5227] (rev 01)

  • grep enabled /proc/acpi/wakeup 

    Beispielausgabe:
    

    LANC	  S5	*enabled   pci:0000:00:19.0
    EHC1	  S3	*enabled   pci:0000:00:1d.0
    XHC	  S3	*enabled   pci:0000:00:14.0
    RP04	  S5	*enabled   pci:0000:00:1c.3

  • Der zum Aufwecken vorgesehene Ethernet-Adapter aus der ersten Ausgabe muss in der zweiten Ausgabe enthalten sein, dies ist im Beispiel der Fall, und für jede "PCI bridge" aus der ersten Liste sollte das auch gelten, dies trifft im Beispiel jedoch nur für eine "PCI bridge" zu. Dies kann sowohl richtig sein (die Hardware kennt ja ihre Verdrahtung), aber auch Ursache für ein Versagen von WoL sein.

  • Wenn man Wake-on-Wireless-LAN verwenden will: WLAN-Adapter werden in der Regel über USB an das System angebunden. Man muss also darauf achten, dass USB im Schlaf noch versorgt wird, dazu gehören insbesondere auch die USB-Hubs als PCI-Geräte.

⚓︎

ip link 

• Mit dem Programm ethtool können die Parameter und Einstellungen von Netzwerkkarten ausgelesen und verändert werden. Zur Kontrolle, ob auf dem eigenen System WoL aktiviert wurde, benutzt man den Befehl^[3]:

  • sudo ethtool eth | grep -i wake 

    Beispielausgabe:
    

    	Supports Wake-on: pumbg
    	Wake-on: g

    Die Bedeutung der einzelnen Buchstaben findet man im Artikel zu ethtool: ethtool (Abschnitt „Wake-On-Lan“)

  • Wenn die Ausgabe hinter "Supports Wake-on" den Buchstaben g nicht enthält, dann unterstützt die Hardware WoL mit "Magic Packet" nicht, und das ist auch nicht durch Konfiguration zu ändern.

  • Wenn man bei obigem Test die Ausgabe "Wake-on: g" erhält, muss man bezüglich des Treibers für Ethernet-Adapter nichts weiter unternehmen, man kann aber vorsorglich diese erwünschte Einstellung auch in den Konfigurationsdateien für das Netzwerk hinterlegen.

  • Wenn hinter "Wake-on" andere Buchstaben als g stehen sollten, sollte man das durch eigene Konfiguration ändern.

WoL aktivieren¶

Es gibt mehrere Wege, um WoL bei jedem Start des Schläfers zu automatisch aktivieren:

• Bevorzugt sollte der Treiber für den Ethernet-Adapter das per Vorgabe machen.

• Manche Treiber, vorwiegend für sehr alte Hardware, machen es von sich aus nicht, können aber über eine Option beim Start dazu veranlasst werden. ▶ Problemlösungen

• Bei Desktops und bei Servern kann es udev übernehmen.

• Das Konfigurationsprogramm NetworkManager bei Desktops kann bei der Konfiguration des Netzwerks den Treiber zur Aktivierung von WoL veranlassen.

• Man kann mit ethtool WoL manuell aktivieren, oder die entsprechende Anweisung in ein beim Start aufgerufenes Skript oder eine Unit für systemd verpacken.

⚓︎

[Match]
PermanentMACAddress =  f4:30:b9:c9:a9:e4

[Link]
… Zeilen aus 99-default.link übernehmen …
WakeOnLan =  magic

networkctl status eth0 | grep 'Link File' 

Link File: /etc/systemd/network/20-wol.link

sudo ethtool -s eth0 wol g 

[Unit]
Description=Activate Wake-on-LAN with Magic Packet
After=network-online.target

[Service]
Type=oneshot
ExecStart=/sbin/ethtool -s eth0 wol g

[Install]
WantedBy=basic.target

sudo systemctl enable wol.service 

Modul-Option setzen¶

Manche Treiber aktivieren beim Systemstart WoL nur, wenn sie mit einer speziellen Option dazu aufgefordert werden. Zu diesen Modulen gehören 3c59x für den 3C905C Chips von 3Com, sky2 für Marvell Yukon und möglicherweise weitere. Die anzugebende Option hängt jeweils vom Treiber ab.

Man kann diese Methoden anwenden:

1. Testweise den Treiber MODUL manuell entladen und neu mit der jeweiligen Option OPTION laden:

   sudo modprobe -rv MODUL ; sudo modprobe -v MODUL OPTION 

   Beispiel:

   sudo modprobe -rv 3c59x ; sudo modprobe -v 3c59x enable_wol=1 

2. Wenn vorstehende Methode funktioniert, kann man für zukünftige Systemstarts die Option mit einer Konfigurationsdatei für modprobe erledigen lassen:

   echo options MODUL OPTION | sudo tee -a /etc/modprobe.d/wol.conf 

   Beispiel:

   echo options 3c59x enable_wol=1 | sudo tee -a /etc/modprobe.d/wol.conf 

   Man kann diese Aufgabe natürlich auch mit einen Editor^[4] als root^[5] erledigen. Anschließen sollte man die neu Konfiguration für modprobe mit dem Befehl

   sudo update-initramfs -u 

   in die initrd.img eintragen lassen.

3. Alternativ zu vorstehender Methode kann man auch GRUB 2 die Option auf die Kommandozeile des Kernels setzen lassen, dabei ist der Name des Moduls in die Option aufzunehmen, d.h. z.B. statt "3c59x enable_wol=1" schreibt man: "3c59x.enable_wol=1"

Beim Modul sky2 lautet die Option legacy_pme=1. Wenn man den Namen der Option nicht kennt, hilft diese Vorgehensweise teilweise weiter:

1. Namen des Moduls ermitteln:

   networkctl status eth0 | grep Driver 

2. Für den angezeigten Modul MODUL die möglichen Optionen abfragen:

   modinfo -F parm MODUL 

   Die Ausgabe kann leer sein; wenn sie es nicht ist, die möglicherweise zutreffende Option erraten. Aussichtsreich sind solche mit z.B "Wake on LAN", WOL, "Power Management", PM. Wer nicht raten will, analysiere den Quellcode des Moduls.

Modul neu laden¶

Manche Module aktivieren zwar WoL beim Systemstart, vergessen aber dies beim Aufwachen aus Bereitschaft oder Ruhezustand zu erneuern. Typisches Symptom: WoL funktioniert nach dem Booten nur einmal. Dagegen hilft manchmal ein von systemd-sleep beim Aufwachen ausgeführtes Skript welches den Treiber erneut lädt. Mit einem Editor^[4] als root^[5] eine Datei mit folgendem Inhalt erstellen und wie angegeben anpassen.

#! /bin/dash
# Skript für system-sleep ablegen in Ordner /usr/lib/systemd/system-sleep/
# mit Dateiname = Modulname, Besitzer = root:root, Rechte = 0755
Modul=${0##*/}   # Modulname aus Dateiname lesen oder hier fest eintragen
case $1 in (post)
  modprobe -rv $Modul
  modprobe  -v $Modul
esac

Modul nicht entladen¶

Beim Übergang in einen Schlafzustand darf der Treiber für den Ethernet-Adapter nicht entladen werden, denn er muss ja noch den Adapter in den WoL-Modus umschalten. Es kann aber hilfreich sein, die aktive Verbindung über Ethernet vor dem Übergang in den Schlafzustand zu unterbrechen. Dies kann in ähnlicher Weise wie vorstehend mit einem Skript für systemd-sleep erfolgen:

#! /bin/dash
# Skript für system-sleep ablegen in Ordner /usr/lib/systemd/system-sleep/
# mit Dateiname = Schnitstelle, Besitzer = root:root, Rechte = 0755
IF=${0##*/}   # Schnittstelle aus Dateiname lesen oder hier fest eintragen
case $1 in (pre)
##  modprobe -r MODULNAME   # <-- so etwas in dieser Art darf hier nicht stehen!
  ip link set $IF down
esac

Bei einer Broadcom NetXtreme Netzwerkkarte mit dem BCM5723-Chipsatz, Treibermodul: tg3 (Version 3.128) soll z.B. diese Methode helfen.

MAC rückwärts eingeben¶

Im Kernel gibt es einen kuriosen Fehler https://bugzilla.kernel.org/show_bug.cgi?id=6604 🇬🇧, der bewirkt, dass manchmal die MAC-Adresse beim Übergang in Soft-off in der falschen Reihenfolge auf die Netzwerkkarte geschrieben wird, beim Übergang in einen Schlafmodus aber in der richtigen Reihenfolge.

Dies betrifft beispielsweise den Modul forcedeth für Nforce-4-Chips. Mittels des Befehls

networkctl status eth0 | grep Driver 

findet man heraus, ob die eigene Hardware diesen Treiber benutzt.

Zur Abhilfe kann man versuchen die MAC-Adresse rückwärts einzugeben. Also statt 01:02:03:04:05:06 dreht man die Folge um: 06:05:04:03:02:01.

APM statt ACPI benutzen¶

Im Internet findet man etliche Vorschläge, bei Problemen mit WoL ACPI zu deaktivieren und statt dessen das veraltete Power Management APM zu aktivieren. Das mag vor einigen Jahrzehnten tatsächlich hilfreich gewesen sein und bei entsprechend alter Hardware auch im Jahre 2025 noch helfen, ist aber bei aktueller Hardware aussichtslos.

Zum Umschalten von ACPI auf APM muss man beim Systemstart die Optionen "apm=on apm=power-off" auf die Kernel-Kommandozeile setzen.

Signalweg freischalten¶

Möglicherweise sind sind für die Übertragung des Signals vom Ethernet-Adaoter zur CPU benötigten Geräte nicht alle während der Schlafphase eingeschaltet. Man kann den Zustand der Peripheriegeräte in der Datei /proc/acpi/wakeup überprüfen und auch temporär ändern:

cat /proc/acpi/wakeup 

Beispielausgabe:

Device	S-state	  Status   Sysfs node
LANC	  S5	*enabled   pci:0000:00:19.0
EHC1	  S3	*enabled   pci:0000:00:1d.0
XHC	  S3	*enabled   pci:0000:00:14.0
PCIB	  S5	*disabled
RP03	  S5	*disabled
NIC	  S5	*disabled
RP04	  S5	*enabled   pci:0000:00:1c.3
WNIC	  S5	*disabled  pci:0000:02:00.0
HST1	  S5	*disabled

Die kryptischen Namen der Geräte (Device) sind spezifisch für die Hardware und nur für den Hersteller der Rechner-Firmware verständlich. Wenn man vermutet, dass ein abgeschaltetes (disabled) Gerät (hier beispielhaft: WNIC) doch für den Signallauf benötigt wird, dann kann man es testweise durch Schreiben seines Namens in die Datei einschalten:

echo -n WNIC | sudo tee /proc/acpi/wakeup 

Diese Änderung ist temporär und muss nach einem erneuten Systemstart oder sogar nach dem Aufwecken wiederholt werden. Sollte WoL mit der Änderung funktionieren, kann dies erfolgen mit einer Unit für systemd mit der Zeile:

Exec='echo -n WNIC > /proc/acpi/wakeup

Ausschalten aus GRUB¶

Möglicherweise lässt sich der Rechner trotz allem nicht aufwecken, wenn er aus Ubuntu/Linux heraus heruntergefahren wurde. In manchen Fällen befindet sich der Computer aber in einem aufweckbaren Zustand, wenn er aus einem anderen Betriebssystem oder aus dem Bootloader heraus heruntergefahren wurde. In diesem Fall kann helfen, statt den Rechner aus Ubuntu herunter zu fahren in der Bootmanager GRUB 2 neu zu starten und den Rechner aus GRUB abzuschalten.

Zunächst muss ein Menüpunkt im Menü des Bootmanagers erstellt werden. Dazu wird die Datei /etc/grub.d/40_custom wie folgt angepasst:

#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
menuentry "PowerOff" {
saved_entry=0
save_env saved_entry
halt
}

In der /etc/default/grub muss folgende Zeile angepasst werden:

GRUB_DEFAULT=saved

Nach jeder Änderung an der Datei /etc/default/grub muss die Grubkonfiguration aktualisiert werden:

sudo update-grub 

Der Rechner sollte dann mit folgendem Befehl heruntergefahren werden:

grub-set-default PowerOff ; shutdown -r now