Diskussion:WAKE ON LAN

Aus VDR Wiki
(Unterschied zwischen Versionen)
Wechseln zu: Navigation, Suche
(Sollte man villeicht nebenbei erwähnen, das das ganze im Bios zu aktivieren ist :-)))
 
(Ungeloestes Problem bei Ubuntu 12.04.1 LTS Kernel 3.2.0-29)
 
(14 dazwischenliegende Versionen von 11 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
Sollte man villeicht nebenbei erwähnen, das das ganze im Bios zu aktivieren ist :-))
+
Zu
 +
 
 +
Das funktioniert z.B. bei der FritzBox mit Hilfe des [http://www.tecchannel.de/server/linux/432967/ Fritz!Box WoL Hack].
 +
 
 +
Also ich brauchte meine Box nicht ''hacken'', und kann alle Kisten im LAN über das Internet wecken?
 +
 
 +
--[[Benutzer:Anonymous|Anonymous]] 02:29, 22. Apr 2006 (CEST)
 +
 
 +
Bei mir hat das auch ohne Hack funktioniert ;-) Habe eine kleine Anleitung dazu geschrieben:
 +
http://www.krisha.eu/2009/02/10/fritzbox-wake-on-lan-der-einfache-schnelle-und-sichere-weg-ger/
 +
 
 +
--[[Benutzer:92.229.164.234|92.229.164.234]] 18:20, 10. Feb 2009 (CET)
 +
 
 +
== Wake on LAN Marvell 88E8001 Chipsatz Suse Linux 10.1 ==
 +
 
 +
Dieser auf vielen Asus-Boards befindliche LAN-Chip wird normalerweise bei der Installation mit dem SK98lin Treiber eingerichtet.
 +
Bei der Überprüfung mit <ethtool eth0> wird keinerlei WOL-Fähigkeit angezeigt.
 +
 
 +
Abhilfe: über Yast Entfernen des SK98lin Modules und Einbinden des bei der Version Suse Linux 10.1 vorhandenen Moduls <SKGE>.
 +
 
 +
Check mit <ethtool eth0> ergibt Fähigkeit zum G-Status, also MagicPacket Weckmöglichkeit des Rechners.
 +
Setzen des Parameters <ethtool -s eth0 wol g> versetzt die Karte in den Modus, nach dem Shut-Down geweckt zu werden. Aber leider nur ein einziges Mal.
 +
 
 +
Den folgenden Eintrag in die Dateien /etc/initd/boot.local und /etc/initd/halt.local vornehmen: /usr/sbin/ethtool -s eth0 wol g
 +
 
 +
Natürlich vorher Pfadangabe des installierten <ethtool> kontrollieren.
 +
 
 +
Danach reibungsloses Aufwecken des Rechners über MagicPacket oder was auch immer möglich.
 +
 
 +
= df-wol.exe =
 +
<i>Daher habe ich df-wol.exe geschrieben. Damit kann man LAN locale Broadcasts erzeugen (z.B. 192.168.1.255). Habe leider keinen Webspace, würde es unter GPL veröffentlichen.</i>
 +
:: Wer auch immer diese Zeilen verfasst hat: ich habe Webspace und bin bereit etwas davon abzutreten (mit eigener Subdomain). Also wer auch immer diese Zeien verfasst hat bitte bei mir melden.
 +
:::Gerald.Zehetner@zege.at
 +
:: Ansonsten einfach bei sourceforge.net als Projekt anmelden und hochladen.
 +
 
 +
= WOL mit 3c59x mit Debian/Ubuntu
 +
http://ubuntuforums.org/showthread.php?t=318586&page=3
 +
 
 +
* 1.) Connected network card with mobo with wol cable
 +
* 2.) Enabled wake on lan in the BIOS
 +
* 3.) Created a file called "network" in /etc/modprobe.d/
 +
* 4.) added a line: options 3c59x global_enable_wol=1
 +
* 4b.) update-initramfs -t -c -k all (nicht sicher ob man das wirklich braucht)
 +
* 5.) reboot
 +
* 6.) shutdown -h now
 +
* 7.) Send a magic packet and the server starts..
 +
 
 +
damit hats bei mir dann funktioniert, man beachte den unterschied zwischen enable_wol und global_enable_wol
 +
Vllt kann jem. dazu mehr sagen?
 +
 
 +
= Probleme - Debian spezifisch =
 +
dazu gibt es im vdr-wiki einen recht umfangreichen Artikel
 +
[[Debian - WAKE_ON_LAN]]
 +
 
 +
== Ungeloestes Problem bei Ubuntu 12.04.1 LTS Kernel 3.2.0-29 ==
 +
 
 +
Erst mal vielen Dank fuer den bisherigen Inhalt dieses Wiki.
 +
Auch an anderer Stelle http://wiki.ubuntuusers.de/Wake_on_LAN im Netz wird darauf hingewiesen, dass bestimmte Netzwerkkarten aus dem "Schlaf" geholt werden muessen.
 +
Im Weiteren dort auch die Vorgehensweise wie hier.
 +
Leider scheiter ich im Ansatz schon an den Grundlagen. Kann jemand das fuer mich und andere geraderuecken und ggf.
 +
diesen Wiki dahingehend erweitern?
 +
 
 +
Bei der Ueberpruefung der /proc/acpi/wakeup sieht das Ergebnis
 +
wie folgt aus:
 +
 
 +
<pre>
 +
root@anna:~# cat /proc/acpi/wakeup
 +
Device  S-state  Status  Sysfs node
 +
P0P2      S4    *disabled  pci:0000:00:01.0
 +
P0P1      S4    *disabled  pci:0000:00:1e.0
 +
UAR1      S4    *disabled  pnp:00:09
 +
PS2K      S4    *disabled  pnp:00:0b
 +
PS2M      S4    *disabled  pnp:00:0c
 +
EUSB      S4    *enabled  pci:0000:00:1d.7
 +
USBE      S4    *disabled
 +
P0P4      S4    *disabled  pci:0000:00:1c.0
 +
P0P5      S4    *disabled
 +
P0P6      S4    *disabled
 +
P0P7      S4    *disabled
 +
P0P8      S4    *disabled  pci:0000:00:1c.4
 +
P0P9      S4    *disabled  pci:0000:00:1c.5
 +
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    *enabled  pci:0000:00:1d.3
 +
USB4      S4    *disabled
 +
USB5      S4    *disabled
 +
</pre>
 +
Der Aufruf von lspci (der den Zusammenhang von aktiven und deaktivierten Geraeten zeigen soll) bringt jedoch
 +
folgenden Output
 +
<pre>
 +
 
 +
root@anna:~# lspci
 +
00:00.0 Host bridge: Intel Corporation 82P965/G965 Memory Controller Hub (rev 02)
 +
00:01.0 PCI bridge: Intel Corporation 82P965/G965 PCI Express Root Port (rev 02)
 +
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 02)
 +
00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 02)
 +
00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 (rev 02)
 +
00:1d.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 02)
 +
00:1d.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 02)
 +
00:1d.2 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 02)
 +
00:1d.3 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 02)
 +
00:1d.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 02)
 +
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev f2)
 +
00:1f.0 ISA bridge: Intel Corporation 82801HB/HR (ICH8/R) LPC Interface Controller (rev 02)
 +
00:1f.2 SATA controller: Intel Corporation 82801HR/HO/HH (ICH8R/DO/DH) 6 port SATA Controller [AHCI mode] (rev 02)
 +
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 02)
 +
01:00.0 VGA compatible controller: NVIDIA Corporation G84 [GeForce 8600 GT] (rev a1)
 +
02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8056 PCI-E Gigabit Ethernet Controller (rev 12)
 +
03:00.0 SATA controller: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 03)
 +
03:00.1 IDE interface: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 03)
 +
05:04.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 14)
 +
</pre>
 +
 
 +
Wie kann man nun die unterschiedlichen Ergebnisse (hier steht 02:00.0, taucht aber in obiger Liste nicht auf) zueinander in Bezug bringen?
 +
 
 +
BTW ich habe die Marvell eth0 nicht zum Aufwachen ueberreden koennen :(

Aktuelle Version vom 10. Oktober 2012, 14:51 Uhr

Zu

Das funktioniert z.B. bei der FritzBox mit Hilfe des Fritz!Box WoL Hack.

Also ich brauchte meine Box nicht hacken, und kann alle Kisten im LAN über das Internet wecken?

--Anonymous 02:29, 22. Apr 2006 (CEST)

Bei mir hat das auch ohne Hack funktioniert ;-) Habe eine kleine Anleitung dazu geschrieben: http://www.krisha.eu/2009/02/10/fritzbox-wake-on-lan-der-einfache-schnelle-und-sichere-weg-ger/

--92.229.164.234 18:20, 10. Feb 2009 (CET)

Inhaltsverzeichnis

[Bearbeiten] Wake on LAN Marvell 88E8001 Chipsatz Suse Linux 10.1

Dieser auf vielen Asus-Boards befindliche LAN-Chip wird normalerweise bei der Installation mit dem SK98lin Treiber eingerichtet. Bei der Überprüfung mit <ethtool eth0> wird keinerlei WOL-Fähigkeit angezeigt.

Abhilfe: über Yast Entfernen des SK98lin Modules und Einbinden des bei der Version Suse Linux 10.1 vorhandenen Moduls <SKGE>.

Check mit <ethtool eth0> ergibt Fähigkeit zum G-Status, also MagicPacket Weckmöglichkeit des Rechners. Setzen des Parameters <ethtool -s eth0 wol g> versetzt die Karte in den Modus, nach dem Shut-Down geweckt zu werden. Aber leider nur ein einziges Mal.

Den folgenden Eintrag in die Dateien /etc/initd/boot.local und /etc/initd/halt.local vornehmen: /usr/sbin/ethtool -s eth0 wol g

Natürlich vorher Pfadangabe des installierten <ethtool> kontrollieren.

Danach reibungsloses Aufwecken des Rechners über MagicPacket oder was auch immer möglich.

[Bearbeiten] df-wol.exe

Daher habe ich df-wol.exe geschrieben. Damit kann man LAN locale Broadcasts erzeugen (z.B. 192.168.1.255). Habe leider keinen Webspace, würde es unter GPL veröffentlichen.

Wer auch immer diese Zeilen verfasst hat: ich habe Webspace und bin bereit etwas davon abzutreten (mit eigener Subdomain). Also wer auch immer diese Zeien verfasst hat bitte bei mir melden.
Gerald.Zehetner@zege.at
Ansonsten einfach bei sourceforge.net als Projekt anmelden und hochladen.

= WOL mit 3c59x mit Debian/Ubuntu http://ubuntuforums.org/showthread.php?t=318586&page=3

  • 1.) Connected network card with mobo with wol cable
  • 2.) Enabled wake on lan in the BIOS
  • 3.) Created a file called "network" in /etc/modprobe.d/
  • 4.) added a line: options 3c59x global_enable_wol=1
  • 4b.) update-initramfs -t -c -k all (nicht sicher ob man das wirklich braucht)
  • 5.) reboot
  • 6.) shutdown -h now
  • 7.) Send a magic packet and the server starts..

damit hats bei mir dann funktioniert, man beachte den unterschied zwischen enable_wol und global_enable_wol Vllt kann jem. dazu mehr sagen?

[Bearbeiten] Probleme - Debian spezifisch

dazu gibt es im vdr-wiki einen recht umfangreichen Artikel Debian - WAKE_ON_LAN

[Bearbeiten] Ungeloestes Problem bei Ubuntu 12.04.1 LTS Kernel 3.2.0-29

Erst mal vielen Dank fuer den bisherigen Inhalt dieses Wiki. Auch an anderer Stelle http://wiki.ubuntuusers.de/Wake_on_LAN im Netz wird darauf hingewiesen, dass bestimmte Netzwerkkarten aus dem "Schlaf" geholt werden muessen. Im Weiteren dort auch die Vorgehensweise wie hier. Leider scheiter ich im Ansatz schon an den Grundlagen. Kann jemand das fuer mich und andere geraderuecken und ggf. diesen Wiki dahingehend erweitern?

Bei der Ueberpruefung der /proc/acpi/wakeup sieht das Ergebnis wie folgt aus:

root@anna:~# cat /proc/acpi/wakeup
Device  S-state   Status   Sysfs node
P0P2      S4    *disabled  pci:0000:00:01.0
P0P1      S4    *disabled  pci:0000:00:1e.0
UAR1      S4    *disabled  pnp:00:09
PS2K      S4    *disabled  pnp:00:0b
PS2M      S4    *disabled  pnp:00:0c
EUSB      S4    *enabled   pci:0000:00:1d.7
USBE      S4    *disabled
P0P4      S4    *disabled  pci:0000:00:1c.0
P0P5      S4    *disabled
P0P6      S4    *disabled
P0P7      S4    *disabled
P0P8      S4    *disabled  pci:0000:00:1c.4
P0P9      S4    *disabled  pci:0000:00:1c.5
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    *enabled   pci:0000:00:1d.3
USB4      S4    *disabled
USB5      S4    *disabled

Der Aufruf von lspci (der den Zusammenhang von aktiven und deaktivierten Geraeten zeigen soll) bringt jedoch folgenden Output


root@anna:~# lspci
00:00.0 Host bridge: Intel Corporation 82P965/G965 Memory Controller Hub (rev 02)
00:01.0 PCI bridge: Intel Corporation 82P965/G965 PCI Express Root Port (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 02)
00:1c.4 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 (rev 02)
00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 (rev 02)
00:1d.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 02)
00:1d.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 02)
00:1d.2 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 02)
00:1d.3 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 02)
00:1d.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev f2)
00:1f.0 ISA bridge: Intel Corporation 82801HB/HR (ICH8/R) LPC Interface Controller (rev 02)
00:1f.2 SATA controller: Intel Corporation 82801HR/HO/HH (ICH8R/DO/DH) 6 port SATA Controller [AHCI mode] (rev 02)
00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 02)
01:00.0 VGA compatible controller: NVIDIA Corporation G84 [GeForce 8600 GT] (rev a1)
02:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8056 PCI-E Gigabit Ethernet Controller (rev 12)
03:00.0 SATA controller: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 03)
03:00.1 IDE interface: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 03)
05:04.0 Ethernet controller: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 14)

Wie kann man nun die unterschiedlichen Ergebnisse (hier steht 02:00.0, taucht aber in obiger Liste nicht auf) zueinander in Bezug bringen?

BTW ich habe die Marvell eth0 nicht zum Aufwachen ueberreden koennen :(