[yaVDR 0.5-alpha1] kein WOL mehr
-
-
Das existiert bei dir nicht ?
$ cat /etc/init/wol.conf
start on net-device-up IFACE=*[0123456789]#enable wake on lan for eth0...
script
ethtool -s eth0 wol g
end scriptSinnvollerweise sollte man hier eth0 noch mit $IFACE ersetzen und task hinzufügen. Das existiert so seit der 0.2 IMHO - gab bis jetzt keine Problemmeldungen ?
-
das kannte ich ja nicht, ist aber vorhanden.
Leider geht wol immer noch nicht.
-
also, ich hab noch mal im bios nachgeschaut, da gibt es keinerlei Einstllungen zu WOL.
mit den letzen beiden versionen 0.3/0.4 gab es nie Probleme - versteh das nicht -
-
Hatte dieses Problem nach einen Boardwechsel (derzeit Asus P5Q) auch mit yavdr 0.4, wobei ich nvram-wakeup mit Reboot einsetze und wie im VDR-Wiki beschrieben in der /etc/init.d/reboot den Parameter "-i" entfernt habe.
Nachdem ich gestern yavdr 0.5 installiert habe, bin ich dem "Problem" jetzt genauer auf den Grund gegangen und habe anscheinend den Schuldigen gefunden: Fahre ich den VDR über ein "shutdown -h now" herunter, kann ich den Rechner wieder aufwecken, bootet er dagegen die Grub-Option "poweroff", funktioniert WOL nicht mehr.
Wollte jetzt mal testweise den "halt"-Befehl in der grub.cfg gegen eine Zeile mit nach dem Schema "/boot/vmlinuz-3.xxx root=xxx ro init=/sbin/poweroff" ersetzen, aber das hat leider bei mir nur eine Kernel-Panic gebracht und keinen PowerOff. Wie muss die Zeile korrekt lauten? -
was sagt denn folgendes kommando?
sudo ethtool eth0Da scheint alles zu stimmen:
Code
Alles anzeigenSettings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised pause frame use: Symmetric Receive-only Advertised auto-negotiation: Yes Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Link partner advertised pause frame use: Symmetric Receive-only Link partner advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: pumbg Wake-on: g Current message level: 0x00000033 (51) drv probe ifdown ifup Link detected: yes
-
Bei meinen Settings ist auch alles in Ordnung, aber wie gesagt: Bei mir liegt´s am PowerOff-"halt", der hier anscheinend alles abschaltet. Könnte es manuell mal mit den alten Original-nvram-wakeup-PowerOff-Kerneln probieren, aber es wäre natürlich schon schöner, wenn es out-of-the-box funktionieren würde.
Code
Alles anzeigenSettings 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: 1000baseT/Full Advertised pause frame use: No Advertised auto-negotiation: Yes 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
-
Zitat
also, ich hab noch mal im bios nachgeschaut, da gibt es keinerlei Einstllungen zu WOL.
Dann versuche mal im BIOS das wake über PCIE zu aktivieren.
Meist geht es dann.
Was für ein Board hast du eigentlich? Dann kann ich mal in das Handbuch schauen welche Optionen es gibt.
Oder du machst mal ein Foto vom BIOS wo die wake Events sind.
Gesendet von meinem GT-I9100 mit Tapatalk 2
-
Nur mal zwei Pointer:
1. Bei Debian kann man für das "halt" Init Script "NETDOWN=no" setzen. Dann wird halt ohne "-i" aufgerufen. Ubuntu wird was ähnliches haben.
2. Man kann/muss per
---
/bin/echo enabled > /sys/bus/pci/devices/0000\:00\:06.0/power/wakeup
---
das Wakup für einzelne Devices einschalten.Ich benötige beides (neben /sbin/ethtool -s $1 wol g) für meine NIC. Ferner gehts bei mir nur per Poweroff Kernel.
Ich habe zwar ne andere Distribution und ne andere Hardware als du, aber das sind halt Dinge die du noch probieren kannst. Ich brauche halt bei meinem Kernel und meiner Hardware alle 4 Schritte, andere kommen mit ethtool alleine hin. Hier muss man halt einfach mal rumprobieren.
cu
-
Das merkwürdige ist ja, dass es bei den yaVDR-Versionen 0.3, 0.4 ohne weiteres direkt funktioniert hat, ohne irgendwelche "Krücken".
Die Hardware unterstütz das s. ZOTAC Knowledgebase
Ich habe das nochmal kontrolliert, ob es im Bios enabled ist, es ist enabled.echo enabled > /sys/bus/pci/devices/0000\:00\:1c.1/power/wakeup hilft auch nicht.
-
Hast du schon NETDOWN=no in /etc/default/halt eingetragen?
Wobei das sicher nicht der richtige Punkt ist, denn halt ist nicht mehr shutdown in ubuntu 12.04 - siehe Bug 880240
EDIT: ok, doch das wird es wohl doch sein:
Zitat- The /etc/default/halt configuration *only* affects the behavior when neither -H nor -P has been specified.
das echo enabled muss natürlich an das richtige device gesendet werden.
was sagt lspci?
Ausserdem fällt mir das hier noch ein:
wakeup-manager - Wakeup-Fähigkeit per Script aktivieren/deaktivieren
-
was sagt lspci?
es sagt:Code
Alles anzeigen00:00.0 Host bridge: Intel Corporation N10 Family DMI Bridge (rev 02) 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02) 00:1c.1 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 2 (rev 02) 00:1c.2 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 3 (rev 02) 00:1d.0 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #1 (rev 02) 00:1d.1 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02) 00:1d.2 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02) 00:1d.3 USB controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02) 00:1d.7 USB controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) 00:1f.0 ISA bridge: Intel Corporation NM10 Family LPC Controller (rev 02) 00:1f.2 IDE interface: Intel Corporation N10/ICH7 Family SATA Controller [IDE mode] (rev 02) 00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02) 01:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) 02:00.0 Network controller: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) (rev 01) 03:00.0 VGA compatible controller: NVIDIA Corporation GT218 [ION] (rev a2) 03:00.1 Audio device: NVIDIA Corporation High Definition Audio Controller (rev a1)
-
Und was ist mit den restlichen tips? Besonders das mit der /etc/defaults/halt?
00:1c.1 ist auf jeden Fall falsch (das ist eine der PCI-Bridges deines Boards).
Die PCI-ID deiner Netzwerkkarte siehst du ja in deiner Ausgabe.
Gesendet von meinem GT-I9100 mit Tapatalk 2
-
Das mit der /etc/defaults/halt (bzw. /etc/init.d/halt) klang vielversprechend, funktioniert hier aber nicht. Vor allem aber zeigt mir das Icon in der Fritz!Box-Oberfläche an, dass die Netzwerkschnittstelle aktiv ist, das Aufwecken funktioniert aber nicht - nach einem "shutdown -h now" anstelle des Grub-PowerOff-Menüeintrages aber schon.
-
Fehlendes WOL scheint ein generelles Ubuntu-Problem bei Precise mit Realtek-Netzwerkkarten zu sein. Installiert mal das Paket r8168-dkms, vielleicht hilft es ja.
Gerald
-
Fehlendes WOL scheint ein generelles Ubuntu-Problem bei Precise mit Realtek-Netzwerkkarten zu sein
Bei mir geht leider mit einer Intel-Nic auch kein Wol
Codedmesg |grep -i eth0 [ 2.223548] e1000 0000:06:02.0: eth0: (PCI:33MHz:32-bit) 00:1b:21:4d:c4:b4 [ 2.223552] e1000 0000:06:02.0: eth0: Intel(R) PRO/1000 Network Connection
strike
-
Und ich habe Marvell.
Hat der Grub-"halt"-Befehl, der bei mir wohl das Problem darstellt, wirklich etwas mit dem Ubuntu-Kernel zu tun? Und um es nochmal zusammenzufassen: Nach einem einfachen Shutdown (ohne Reboot-halt) funktioniert WOL, ebenso nach dem Shutdown eines ebenfalls installierten Win7, weshalb ich Grub-halt zumindest bei meinem VDR für das Problem halte.
-
Hallöle,
scheint wohl ein Problem mit mehreren Chipsätzen zu geben. Ich hatte das Problem auch. Wie gda schon schrieb, half bei mir die Installation des DKMS Paketes. Ich habe eine 8168 bei mir verbaut.
Da brachte es den gewünschten Erfolg. Mir scheint es hängt ein wenig vom verwendeten WOL Paket ab.
Wenn ich ein WOL-Paket mit meiner Fritzbox sendete funktionierte es nicht mit dem "alten" Treiber. Mit dem Programm Wake on LAN Tool unter Windose auch nicht.
Mit dem Programm mc-wol.exe funtionierte es. Eventuell schafft hier der Workaround einen "alten" Poweroff Kernel zu booten. -
Hardware Server mit YAVDR 0.5:
Host/Kernel/OS "media" running Linux 3.2.0-25-generic x86_64 [ Ubuntu 12.04 LTS ]
CPU Info (1) AMD Phenom 9650 Quad-Core 512 KB cache flags( sse sse2 nx lm pni svm ) clocked at [ 1150.000 MHz ]
(2) AMD Phenom 9650 Quad-Core 512 KB cache flags( sse sse2 nx lm pni svm ) clocked at [ 1150.000 MHz ]
(3) AMD Phenom 9650 Quad-Core 512 KB cache flags( sse sse2 nx lm pni svm ) clocked at [ 1150.000 MHz ]
(4) AMD Phenom 9650 Quad-Core 512 KB cache flags( sse sse2 nx lm pni svm ) clocked at [ 1150.000 MHz ]
Videocard NVIDIA GF119 [GeForce GT 520]
Network cards Marvell 88E8071 PCI-E Gigabit Ethernet Controller, at port: e800
Processes 141 | Uptime 4min | Memory 284.8/3954.8MB | HDD Generic- SD/MMC,Generic- MS/MS-Pro,ATA Hitachi HDT72101,Generic- SM/xD-Picture Size 1000GB (20%used) | Client Shell | Infobash v2.67in /etc/rc.local
/sbin/ethtool -s eth0 wol g
eingetragenin /etc/default/halt
NETDOWN=no
eingetragenIm Bios "Wake-up by PCI" enabled
WOL funktioniert bestens mit "wakeonlan xx:xx:xx:xx:xx:xx", sowohl wenn ich ihn per "shutdown -h now" als auch per "Ausschalten" am Server direkt.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!