[Gelöst] yavdr ansible - Wakeonlan funktioniert mal wieder nicht

massi · 11. November 2019

Hallo,

seit ich yavdr ansible installiert habe funktioniert Wakeonlan leider nicht mehr. Das funktionierte mit yavdr 0.6 noch einwandfrei auf derselben Hardware.

Ich habe mir jetzt diverse Seiten im Netz zu dem Thema angesehen und auch einiges ausprobiert, aber nichts zu machen, das Ding startet nicht, was insofern doof ist, da ich noch einen zweiten vdr betreibe ohne Empfangsteil, der diesen starten soll, wenn man ihn benutzen möchte.

Ob es ein Fehler in netplan ist oder der Fehler bei mir liegt konnte ich bisher nicht herausfinden, aber vielleicht hat ja hier noch jemand eine zündende Idee.

Im BIOS ist WOL eingeschaltet, soviel vorweg.

lspci ergibt das:

Code

00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03)
00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03)
00:1a.0 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #4
00:1a.1 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #5
00:1a.2 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #6
00:1a.7 USB controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #2
00:1b.0 Audio device: Intel Corporation 82801JI (ICH10 Family) HD Audio Controller
00:1c.0 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Root Port 1
00:1c.1 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Port 2
00:1c.5 PCI bridge: Intel Corporation 82801JI (ICH10 Family) PCI Express Root Port 6
00:1d.0 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #1
00:1d.1 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #2
00:1d.2 USB controller: Intel Corporation 82801JI (ICH10 Family) USB UHCI Controller #3
00:1d.7 USB controller: Intel Corporation 82801JI (ICH10 Family) USB2 EHCI Controller #1
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 90)
00:1f.0 ISA bridge: Intel Corporation 82801JIB (ICH10) LPC Interface Controller
00:1f.2 IDE interface: Intel Corporation 82801JI (ICH10 Family) 4 port SATA IDE Controller #1
00:1f.3 SMBus: Intel Corporation 82801JI (ICH10 Family) SMBus Controller
00:1f.5 IDE interface: Intel Corporation 82801JI (ICH10 Family) 2 port SATA IDE Controller #2
01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [GeForce GT 640] (rev a1)
01:00.1 Audio device: NVIDIA Corporation GK107 HDMI Audio Controller (rev a1)
02:00.0 Ethernet controller: Qualcomm Atheros AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0)
03:00.0 Multimedia controller: Digital Devices GmbH Cine V7

Alles anzeigen

Ausgabe von ifconfig:

Code

enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.5  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 2003:e1:170e:8100:226:18ff:fe1b:87a1  prefixlen 64  scopeid 0x0<global>
        inet6 fe80::226:18ff:fe1b:87a1  prefixlen 64  scopeid 0x20<link>
        ether 00:26:18:1b:87:a1  txqueuelen 1000  (Ethernet)
        RX packets 21356  bytes 4475362 (4.4 MB)
        RX errors 0  dropped 6947  overruns 0  frame 0
        TX packets 5414  bytes 1162960 (1.1 MB)
        TX errors 0  dropped 0 overruns 0  carrier 1  collisions 0

Ausgabe von ethtool enp2s0:

Code

Settings for enp2s0:
    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
    Supported FEC modes: Not reported
    Advertised link modes:  1000baseT/Full
    Advertised pause frame use: No
    Advertised auto-negotiation: Yes
    Advertised FEC modes: Not reported
    Speed: 1000Mb/s
    Duplex: Full
    Port: Twisted Pair
    PHYAD: 0
    Transceiver: internal
    Auto-negotiation: on
    MDI-X: Unknown
    Supports Wake-on: pg
    Wake-on: g
    Current message level: 0x00000000 (0)

    Link detected: yes

Alles anzeigen

Meine /etc/netplan/01-static-netcfg.yaml

Code

network:
   version: 2
   renderer: networkd
   ethernets:
     enp2s0:
      addresses:
        - 192.168.1.5/24
      match:
        macaddress: 00:26:18:1b:87:a1
      dhcp4: no
      wakeonlan: true
      gateway4: 192.168.1.1
      nameservers:
        addresses: [192.168.1.1,1.1.1.1]

Alles anzeigen

netplan apply habe ich natürlich ausgeführt

Und cat /proc/acpi/wakeup

Code

Device    S-state      Status   Sysfs node
P0P2      S4    *disabled  pci:0000:00:01.0
P0P3      S4    *disabled
P0P1      S4    *disabled  pci:0000:00:1e.0
PS2K      S4    *disabled
PS2M      S4    *disabled
UAR1      S4    *disabled  pnp:00:06
EUSB      S4    *enabled   pci:0000:00:1d.7
USBE      S4    *enabled   pci:0000:00:1a.7
P0P5      S4    *disabled  pci:0000:00:1c.1
P0P6      S4    *disabled
P0P7      S4    *disabled
P0P8      S4    *disabled
P0P9      S4    *disabled  pci:0000:00:1c.5
GBEC      S4    *disabled
USB0      S4    *enabled   pci:0000:00:1d.0
USB1      S4    *enabled   pci:0000:00:1d.1
USB2      S4    *enabled   pci:0000:00:1d.2
USB3      S4    *disabled
USB4      S4    *enabled   pci:0000:00:1a.0
USB5      S4    *enabled   pci:0000:00:1a.1
USB6      S4    *enabled   pci:0000:00:1a.2
P0P4      S4    *disabled  pci:0000:00:1c.0

Alles anzeigen

Hier sieht man, daß P0P9 disabled ist, ich vermute GBEC ist die Ethernet Karte, die auch disabled ist.

Wenn ich mittels

Code

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

bzw.

Code

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

versuche die beiden zu enablen, so funktioniert das nur bei P0P9, GEBC lässt sich nicht enablen.

Mal abgesehen davon, daß bei jedem Reboot P0P9 wieder disabled wird.

Irgendwelche Ideen?

massi

seahawk1986 · 11. November 2019

Bei meinem ION-System musste ich bei den neueren Kerneln nachhelfen und habe das mit einer Systemd-Unit gelöst:

Code: /etc/systemd/system/wol.service

[Unit]
Description=Enable WOL for P0P6 device
After=network-online.target

[Service]
Type=oneshot
ExecStart=/bin/dash -c "echo -n P0P6 > /proc/acpi/wakeup"

[Install]
WantedBy=multi-user.target

massi · 11. November 2019

Danke für Deine Antwort, jetzt ist zwar das P0P9 enabled, aber der Wakeup funktioniert leider immer noch nicht.

seahawk1986 · 11. November 2019

Hilft es, wenn du zusätzlich mit ethtool das WOL anschaltest?

Code

[Unit]
Description=Enable WOL for P0P9 device
After=network-online.target
[Service]
Type=oneshot
ExecStart=/bin/dash -c "echo -n P0P9 > /proc/acpi/wakeup"
ExecStart=/sbin/ethtool -s enp2s0 wol g
[Install]
WantedBy=multi-user.target

massi · 11. November 2019

Hallo,

Zitat

Hilft es, wenn du zusätzlich mit ethtool das WOL anschaltest?

Das war ja schon eingeschaltet, brachte aber auch nix.

Ich habe es inzwischen aber lösen können, obwohl es etwas seltsam ist.

Ich habe die Zeile

Code

ExecStart=/bin/dash -c "echo -n P0P9 > /proc/acpi/wakeup"

durch diese Zeile ersetzt

Code

ExecStart=/bin/dash -c "echo -n GBEC > /proc/acpi/wakeup"

Dann geht es, das Seltsame, cat /proc/acpi/wakeup zeigt aber immer noch den Status "disabled" für GBEC und für P0P9 an.

Code

P0P9      S4    *disabled  pci:0000:00:1c.5
GBEC      S4    *disabled

Aber egal, danke für den Tipp mit dem systemd, da wäre ich selber mal wieder nicht drauf gekommen.:-/

Hauptsache es funktioniert jetzt.

Dieter · 19. November 2019

Hallo,

sind den diese Strings immer gleich?

P0P9 und GBEC?

Wo kann man dies nachlesen?

Wenn ich Zeit finde baue ich eine Ansible-Role (oder ist das schon in der Mache?)

massi · 19. November 2019

Zitat

sind den diese Strings immer gleich?

Das ist das Problem, da kocht jeder Hersteller sein eigenes Süppchen und das gilt es dann erstmal herauszufinden.

Dieter · 20. November 2019

Bei mir gibt es diese:

Code

cat /proc/acpi/wakeup
Device    S-state      Status   Sysfs node
CIR      S3    *enabled   pnp:00:05
PS2K      S4    *enabled   pnp:00:07
PS2M      S4    *disabled
UAR1      S4    *disabled  pnp:00:08
P0P1      S4    *disabled  pci:0000:00:1e.0
USB1      S3    *disabled
USB2      S3    *disabled
USB3      S3    *disabled
USB4      S3    *disabled
USB5      S3    *disabled
USB6      S3    *disabled
USB7      S3    *disabled
RP01      S4    *disabled  pci:0000:00:1c.0
RP02      S4    *disabled
RP03      S4    *disabled  pci:0000:00:1c.2
RP04      S4    *disabled
RP05      S4    *disabled
RP06      S4    *disabled
RP07      S4    *disabled
RP08      S4    *disabled
PEG0      S4    *disabled  pci:0000:00:01.0
PEGP      S4    *disabled
PEG1      S4    *disabled
PEG2      S4    *disabled
PEG3      S4    *disabled
GLAN      S4    *disabled
EHC1      S4    *enabled   pci:0000:00:1d.0
EHC2      S4    *enabled   pci:0000:00:1a.0
XHC      S4    *enabled   pci:0000:00:14.0
HDEF      S4    *disabled  pci:0000:00:1b.0

Alles anzeigen

Und vom Dell m4500:

Code

cat /proc/acpi/wakeup
Device    S-state      Status   Sysfs node
AGP      S4    *disabled  pci:0000:00:01.0
P0P1      S4    *disabled  pci:0000:00:1e.0
UAR1      S3    *disabled
HDEF      S4    *disabled  pci:0000:00:1b.0
RP01      S4    *disabled  pci:0000:00:1c.0
PXSX      S4    *disabled
RP02      S4    *disabled  pci:0000:00:1c.1
PXSX      S4    *disabled  pci:0000:03:00.0
RP03      S4    *disabled  pci:0000:00:1c.2
PXSX      S4    *disabled  pci:0000:04:00.0
RP04      S4    *disabled  pci:0000:00:1c.3
PXSX      S4    *disabled
RP05      S4    *disabled
PXSX      S4    *disabled
RP07      S4    *disabled
PXSX      S4    *disabled
RP08      S4    *disabled
PXSX      S4    *disabled
GLAN      S4    *enabled   pci:0000:00:19.0
PEG3      S4    *disabled
PEG4      S4    *disabled
PEG5      S4    *disabled
PEG6      S4    *disabled
EHC2      S3    *enabled   pci:0000:00:1a.0
EHCI      S3    *enabled   pci:0000:00:1d.0
LID      S3    *enabled   platform:PNP0C0D:00
PBTN      S3    *enabled   platform:PNP0C0C:00

Alles anzeigen

Heist das wir müssen einfach probieren?

Dieter · 20. November 2019

Interessant:

Code

GLAN: Gigabit Ethernet

Dieter · 8. Dezember 2019

Hi,

keiner der Werte in /proc/acpi/wakeup hat bisher geholfen.

Nach manuellem boot stehen sie auf enabled (d.H. der wol.service funktioniert).

Was ich bisher gefunden habe:

acpi-wakeup-4-letters-code-meaning

make-changes-to-proc-acpi-wakeup-permanent

ubuntuusers

Mit

Code

lspci -tv

kann man die "Verdrahtung" anzeigen.

Code

-[0000:00]-+-00.0  Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller
           +-01.0-[01]--+-00.0  NVIDIA Corporation GK208 [GeForce GT 630 Rev. 2]
           |            \-00.1  NVIDIA Corporation GK208 HDMI/DP Audio Controller
           +-14.0  Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller
           +-16.0  Intel Corporation 7 Series/C216 Chipset Family MEI Controller #1
           +-1a.0  Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #2
           +-1b.0  Intel Corporation 7 Series/C216 Chipset Family High Definition Audio Controller
           +-1c.0-[02]--
           +-1c.2-[03]----00.0  Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
           +-1d.0  Intel Corporation 7 Series/C216 Chipset Family USB Enhanced Host Controller #1
           +-1e.0-[04]--
           +-1f.0  Intel Corporation B75 Express Chipset LPC Controller
           +-1f.2  Intel Corporation 7 Series/C210 Series Chipset Family 6-port SATA Controller [AHCI mode]
           \-1f.3  Intel Corporation 7 Series/C216 Chipset Family SMBus Controller

Alles anzeigen

Demnach müsste es dieser Eintrag sein:

Code

/proc/acpi/wakeup:
RP03      S4    *enabled   pci:0000:00:1c.2

Reicht aber nicht. Bei S4 ist er auch enabled, aber was ist mit S5? Das ist vermutlich das Problem.

(Die Hardware kann's, hat ja mit 12.04 jahrelang funktioniert)

Thom_H · 20. Oktober 2020

Hallo,

ich bekomme es auch nicht hin. Ich habe alle Tipps, die ich hier und an anderer Stelle gefundewn habe, probiert. Rechner fährt runter und bleibt aus.

Mit yavdr 0.5.0a hat es funktioniert.

Bei mir ist der Ethernet controller GIGE.

cat /proc/acpi/wakeup sagt:

Code

Device    S-state      Status   Sysfs node
EC        S3    *disabled  platform:PNP0C09:00
OHC1      S3    *enabled   pci:0000:00:04.0
EHC1      S3    *enabled   pci:0000:00:04.1
OHC2      S3    *enabled   pci:0000:00:06.0
EHC2      S3    *enabled   pci:0000:00:06.1
ARPT      S5    *disabled  pci:0000:03:00.0
GIGE      S5    *enabled   pci:0000:04:00.0

Ich bin ratlos, was ich noch machen kann.

Danke für eure bisherigen Arbeiten und Hilfen, ohne die bei mir kein VDR laufen würde.

Viele Grüße,

Thomas

wmautner · 20. Oktober 2020

In /usr/share/vdr/shutdown-hooks/S90acpi-wakeup ist [ -z "$WAKEALARM" ] && export WAKEALARM="/sys/class/rtc/rtc0/wakealarm" definiert.

Was sagt "cat /sys/class/rtc/rtc0/wakealarm"?

Bei älteren Kernels und vermutlich auch noch yavdr-0.5 war der Pfad zu wakealarm mal etwas anders. Bitte kontrollieren.

Oder geht es hier doch nur um WOL?

massi · 20. Oktober 2020

Ist im BIOS auch alles richtig eingestellt?

Ich musste bei meinem Asus Board noch unter Power -> APM Configuration

Power On by PCI Devices

und

Power On By PCIe Devices

auf enabled setzen damit es funktioniert.

seahawk1986 · 20. Oktober 2020

Zitat von Thom_H

Ich bin ratlos, was ich noch machen kann.

Was für ein Ethernet-Controller ist da verbaut (lspci -mmnnvvv)? Eventuell irgendwas, das den alx-Treiber nutzt?

Was sagt ethtool zu dem Netzwerkadapter? Gibt es eine Fehlermeldung, wenn du versuchst WOL damit zu aktivieren?

Thom_H · 20. Oktober 2020

Es geht nur um WOL. Einschalten für Aufnahmen funktioniert.

BIOS mit einstellbaren Optionen gibt es beim Mac Mini nicht. Da irgendwelche Werte zu ändern ist etwas trickreich. Aber das sollte passen, denn wenn ich die alte HD mit yavdr 0.5.0a reinstecke, funktioniert es. Nur mit der neuen Platte und yavdr-ansible leider nicht.

Der Ethernet-Controller ist ein Broadcom BCM57765.

ethtool hat keine Probleme. Das gibt mir keine Fehlermeldung.

seahawk1986 · 20. Oktober 2020

Zitat von Thom_H

Der Ethernet-Controller ist ein Broadcom BCM57765.

Sicher, dass du das nicht mit dem Kartenleser verwechselst (vgl. z.B. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=717325)?

Code

04:00.0 Ethernet controller [0200]: Broadcom Corporation NetLink BCM57785 Gigabit Ethernet PCIe [14e4:16b5] (rev 10)
04:00.1 SD Host controller [0805]: Broadcom Corporation NetXtreme BCM57765 Memory Card Reader [14e4:16bc] (rev 10)

ofenheizer · 20. Oktober 2020

Ich hatte sowas ähnliche bei meinem Server unter focal auch. Der hatte beim runterfahren nicht die notwendigen Daten für einen WOL gespeichert.

Ich habe mir dafür eine systemd-Unit geschrieben. Danach hat es geklappt.

Probier es doch mal aus.

Datei /etc/systemd/system/wol@.servicemit folgendem Inhalt anlegen:

Code

[Unit]
Description=Wake-on-LAN for %i
Requires=network.target
After=network.target

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

[Install]
WantedBy=multi-user.target

Alles anzeigen

Dann noch ein systemctl enable wol@eno1 und danach funktionierte der WOL (eno1 ist dann mit deiner Netzwerkkartenbezeichnung zu ersetzen)

Markus

Thom_H · 20. Oktober 2020

seahawk1986 : nein, das verwechsle ich nicht.

Code

04:00.0 Ethernet controller: Broadcom Inc. and subsidiaries NetXtreme BCM57765 Gigabit Ethernet PCIe

seahawk1986 · 20. Oktober 2020

Hilft es eventuell das Treibermodul tg3 in die MODULES_WHITELIST in /etc/default/acpi-support aufzunehmen (vgl. https://askubuntu.com/a/1160570)?

Thom_H · 20. Oktober 2020

/etc/default/acpi-support gibt es bei mir nicht. Da gibt es nur /etc/default/acpid.

Sollte ich /etc/default/acpi-support anlegen? Wie muss die aussehen?

ofenheizer Das habe ich schon wie weiter oben beschrieben eingerichtet.

[Gelöst] yavdr ansible - Wakeonlan funktioniert mal wieder nicht

Jetzt mitmachen!

Teilen