Wo hast Du das beschrieben? Auch wenn ich den Thread nochmal lese, kann ich das nicht finden.
[Gelöst] yavdr ansible - Wakeonlan funktioniert mal wieder nicht
-
-
sorry, da war ich unpräzise. Ich meinte das, was seahawk1986 am 11.November geschrieben hatte.
Ich habe wol.service eingerichtet:
Code
Alles anzeigen[Unit] Description=Configure Wake-up on LAN After=network-online.target [Service] Type=oneshot ExecStart=/bin/dash -c "echo -n GIGE > /proc/acpi/wakeup" ExecStart=/sbin/ethtool -s enp4s0f0 wol g [Install] WantedBy=multi-user.target
Oder habe ich da einen Fehler drin, den ich nicht sehe? -
Keine Ahnung.
Probier doch mal meine systemd-Unit aus. Die unterscheidet sich schon etwas von der von seahawk geposteten.
Ich kann mich erinnern, dass ich auch eine Weile brauchte bis das bei mir lief.
-
Danke, das probiere ich.
-
Das Treibermodul tg3 in die MODULES_WHITELIST in /etc/default/acpi-support aufzunehmen wie von seahawk1986 geschrieben und auch die wol.service von ofenheizer zu verwenden haben nichts gebracht. Er wacht immer noch nicht auf.
-
was gibt denn ethtool zur netzwerkkarte aus?
die systemd-unit von mir hast du aber auch aktiviert, oder?
-
deine system-unit habe ich aktiviert.
ethtool gibt aus:
Code
Alles anzeigensettings for enp4s0f0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Supported FEC modes: Not reported Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: Symmetric Advertised auto-negotiation: Yes Advertised FEC modes: Not reported Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Link partner advertised pause frame use: Symmetric Receive-only Link partner advertised auto-negotiation: Yes Link partner advertised FEC modes: Not reported Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: internal Auto-negotiation: on MDI-X: off Supports Wake-on: g Wake-on: g Current message level: 0x000000ff (255) drv probe link timer ifdown ifup rx_err tx_err Link detected: yes
so wie das aussieht, sollte es gehen.
Geht aber nicht.
-
Und die MAC-Adresse zum WOL (btw. welches Programm soll WOL senden) stimmt gaaanz sicher? Manche Programme sind pingelig ob der Schreibweise der MAC.
-
-
/etc/default/acpi-support gibt es bei mir nicht.
Die Datei stamm aus dem Paket acpi-support - aber mir ist noch nicht ganz klar, vom wem die Variable ausgewertet wird - aber zumindest scheint sich bei dem Paket gegenüber bionic nichts geändert zu haben, weshalb ich hoffe, dass das einen Effekt hat.
-
Sicher, dass die WOL-Pakete nicht von Fritzbox oder ähnlichem rausgefiltert werden?
Speziell von außen über VPN.
-
Ja, da bin ich sicher. Deshalb mache ich es auch über das GUI der Fritzbox von intern, wenn ich selbst außerhalb und über vpn verbunden bin. Aber normalerweise habe ich ihn immer vom iphone oder meinem Notebook aus dem lokalen Netz gestartet. Es funktionierte auf dieser Hardware, bis ich Ubuntu 18.04 und yavdr-ansible installiert habe .
-
Sicher, dass die WOL-Pakete nicht von Fritzbox oder ähnlichem rausgefiltert werden?
Speziell von außen über VPN.
War es nicht so, dass WOL per Broadcast funktioniert - und Broadcast's eben nicht über ein VPN ins andere Netz gehen...?
-
Ja, so ist es. Deshlb gehe ich per vpn ins Netz und löse es dort auf der Fritzbox lokal aus. Die Fritzbox ist Teil des lokalen Netzes, deshalb funktioniert das.
-
Hallo,
ich möchte mich bei allen bedanken, die mir hier mit ihrem Wissen geholfen haben. Leider funktioniert es nicht. Möglicherweise defekte Hardware oder im EFI ist etwas verstellt. Ich breche alle Versuche ab, das zum laufen zu bringen.
Ich habe jedenfalls wieder einiges dazugelernt. Und das ist gut.
Vielen Dank und viele Grüße
-
Kleines Update: Es funktioniert wieder!
Es hat mir keine Ruhe gelassen. Es ging ja schon mal. Und dann habe ich eher zufällig festgestellt: wenn kein Timer existiert und kein Einschaltzeitpunkt gesetzt wird, funktioniert WOL nicht. Sobald ein Timer existiert und ein Einschaltzeitpunkt in der Zukunft gesetzt ist, funktioniert auch WOL.
Der Zusammenhang zw. acpi wakeup und wol ist mir nicht klar. Aber den muss es geben.
Also gilt auch bei mir: [Gelöst]
-
Hat mir jetzt auch keine Ruhe gelassen:
Ich habe - ohne Timer und ohne Einschaltzeitpunkt - versucht, den yaVDR per WOL zu wecken
und bin grandios gescheitert.
Sowohl über die fritzbox als auch über den openWRT-Router, an dem der yaVDR schlussendlich
hängt, ist der PC nicht aufzuwecken:
Code: Ausgabe vom openWRT/usr/bin/etherwake -D "00:25:22:XX:XX:XX" 2>&1 The target station address is 00:25:22:XX:XX:XX. Packet is 00 25 22 xx xx xx 00 25 22 xx xx xx 08 42 ff ff ff ff ff ff 00 25 22 xx xx xx 00 25 22 xx... Sendto worked ! 116.
Von früher her (yaVDR 0.5) weiß ich noch, dass der PC eigentlich immer drei WOL-Pakete hinter-
einander brauchte, um aufzuwachen, aber das bringt jetzt auch nichts mehr.
Ich muss mal manuell einschalten, einen Timer anlegen und das WOL nochmal probieren ....
Edit:Klappt auch mit Timer in der Zukunft nicht.
Da hab ich offenbar ein generelles, aber anderes, Problem.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!