Arch Linux

Wake On LAN, Suspend to Disk, Swap

mpausch

ich hole mal etwas weiter aus. Zum einen weil's vielleicht auch wem anders helfen kann, zum anderen weil ich auch noch die eine oder andere Frage habe:

in den letzten Wochen habe ich hin und wieder rumprobiert, wie ich denn meinen PC (Dell Studio 540, Onboard LAN: RTL8111/8168B) per Wake On LAN aufwecken kann. Will meinen Rechner nicht ständig durchlaufen lassen, nur weil ich hin und wieder mal von unterwegs drauf zugreifen möchte.

Im BIOS hatte ich die entsprechende Einstellung gesetzt und der Netzwerkkarte per

/usr/sbin/ethtool -s eth0 wol g
echo enabled > /sys/class/net/eth0/device/power/wakeup

mitgeteilt, dass sie auf Wake-On-LAN reagieren soll. Nur wecken lies sich die blöde Kiste nach dem Runterfahren nicht 🙁

Irgendwann hab ich dann (nach Tip eines Kollegen) rausgefunden, den Rechner doch nicht ganz runterzufahren sondern nur mit "Suspend to Disk".
Hab's dann auch gleich probiert und siehe da: der PC lies sich vom Netbook aus mit

wol <MAC-Adresse>

aufwecken.

Mein Router (Linksys WRT54GL) läuft sowieso die ganze Zeit. Die Linksys-Firmware bietet aber leider nur "beschränkte" Möglichkeiten (sprich: es fehlt die Möglichkeit WOL-Pakete zu verschicken, ausserdem fehlt ein SSH Server).
Auf der Suche nach einer Firmware mit mehr Möglichkeiten (sprich: WOL-Pakete versenden und SSH Server) bin ich auf Tomato gestoßen.
Ohne sich erst mit den Buildsystemen, etc von FreeWRT und OpenWRT rumschlagen zu müssen (fertige Firmware-Images hab ich von beiden leider keine gefunden), brachte Tomato anscheinend alles mit was ich wollte.

Also gleich die Firmware eingespielt und per Web-Oberfläche konfiguriert.
Nach der Konfig wollte ich natürlich gleich mal das wichtigste probieren: WOL.
PC in Suspend to Disk gefahren, vom Netbook auf die Tomato-Weboberfläche und dort Wake On LAN angesteuert. MAC-Adresse eingeben und OK klicken. Enttäuschung: Rechner bleibt stumm 🙁

Nachdem dieser Rückschlag weggesteckt war musste ich natürlich erst mal rausfinden, warum's vom Netbook aus funktioniert hat aber vom Router aus nicht.
Die Lösung hab ich hier gefunden: Das Wake On LAN von Tomato nutzt ether-wake, welches Layer2-Pakete verschickt und wol sendet UDP-Pakete (Layer4).

Nach einer Suche im Netz bin ich dann auf DD-WRT gestoßen: fertiges Firmware-Image, Wake On LAN mit wol statt ether-wake, SSH Server, ...

DD-WRT Image für meinen Router runtergeladen, eingespielt, konfiguriert, Wake On LAN gestestet, funktioniert, erleichtert 🙂

Nun zu meiner Frage:
In meinem Rechner stecken 4 GB RAM, hab aber nur 2 GB Swap angelegt.
Hintergrund: Im alltäglichen Gebrauch, sind bei mir die 4 GB schon überdimensioniert. Die 2 GB Swap waren praktisch eher als Notreserve gedacht, falls doch mal mehr Speicher benötigt wird.
Suspend to Disk hat mich eigentlich nie interessiert. Zum einen weil ich nach getaner Arbeit sowieso alle Programme schließe und runterfahre. Und bis nach einem Suspend to Disk die 4GB resumed sind, vergeht wahrscheinlich nicht weniger Zeit als für einen normalen Startvorgang.

Wenn ich trotzdem meiner Kiste "Suspend to Disk" befehle, erscheinen beim nächsten Neustart solche Meldungen:

[    3.221571] EXT3-fs: INFO: recovery required on readonly filesystem.
[    3.221610] EXT3-fs: write access will be enabled during recovery.
[    7.750307] EXT3-fs: sda6: orphan cleanup on readonly fs
[    7.750345] ext3_orphan_cleanup: deleting unreferenced inode 2973718
[    7.750376] ext3_orphan_cleanup: deleting unreferenced inode 155713
[    7.750389] ext3_orphan_cleanup: deleting unreferenced inode 2465844
[    7.750400] EXT3-fs: sda6: 3 orphan inodes deleted
[    7.750429] EXT3-fs: recovery complete.

Ich glaube zwar nicht wirklich, dass das richtig schweren Schaden verursachen kann. Aber sicher kann man sich ja nie 100% sein und sauber ist es auch nicht.

Gibt's vielleicht eine Möglichkeit, dass Linux nach einem Shutdown den gleichen Zustand hinterlässt wie nach einem Suspend to Disk?
Irgendein "Bit" muss ja beim Suspend to Disk anders gesetzt werden als beim Shutdown, sonst würds ja mit dem Wake On LAN in beiden Fällen klappen...

Hier noch ein paar Energiedaten:

WRT54GL, DD-WRT, WLAN deaktiviert: 3,5 Watt
WRT54GL, DD-WRT, WLAN aktiv: 4,5 Watt
PC nach Suspend to Disk: 1,5 Watt
PC nach Shutdown: 1,5 Watt
PC läuft dauernd: unbezahlbar 🙂

fs4000

Also erstmal gibt es mehrere "Arten" von WOL. Hast du mal in die Manpage von ethtool geschaut? Meistens nutzt man aber schon die MagicPacket-Variante.

       wol p|u|m|b|a|g|s|d...
              Sets Wake-on-LAN options.  Not all devices support this.  The argument to this option is a string of charac‐
              ters specifying which options to enable.
              p  Wake on phy activity
              u  Wake on unicast messages
              m  Wake on multicast messages
              b  Wake on broadcast messages
              a  Wake on ARP
              g  Wake on MagicPacket(tm)
              s  Enable SecureOn(tm) password for MagicPacket(tm)
              d  Disable (wake on nothing).  This option clears all previous options.

Fertige Images von FreeWRT gabs mal hier: http://wib.freewrt.org/

OpenWRT:

Es gibt auch die alternative Weboberfläche webif, nennt sich dann X-Wrt: http://x-wrt.org/install.html

OpenWRT hat einfach diese unglaubliche Flexibilität durch den eingebauten Paketmanager opkg.

Dann, wenn du Suspend to Disk machst, aktivier doch bitte den resume-Hook in mkinitcpio.conf, sonst kannst du ja gleich im laufenden Betrieb den Stecker ziehen.

Dass das ganze nach Shutdown nicht mehr funktioniert, kann an der Option -i von poweroff in /etc/rc.shutdown liegen. Die schaltet alle Netzwerk-Interfaces ab, steht fast ganz unten in der Datei. Wenn du das aber änderst, hält das nur bis zum nächsten Update der Initskripte, ich hab aber irgendwo schonmal nen Bugreport gesehen, dass man das konfigurierbar machen sollte.

Ich hab mir das WOL-Zeugs vor einiger Zeit mal angeschaut, aber eigentlich nur deshalb, weil ich wollte, das die Netzwerkkarte im ausgeschaltete Zustand vll. auch den Netzwerk-Link trennt. Hat jedoch nicht geholfen, aber ich bin zumindest darauf gekommen, dass die Option im BIOS zu WOL falsch herum ist, also Disabled = WOL an und Enabled = WOL aus. 😉 Die Option ist aber für Linux völlig egal, da hier die WOL Einstellung sowieso nochmal selbst gesetzt wird. Windows kanns bei Bedarf explizit aktivieren, normal bleibt aber die Einstellung vom BIOS erhalten.

mpausch

mit den anderen WOL-Arten hab ich auch schon rumprobiert, MagicPacket war aber das einzige, was Wirkung zeigte.

vielleicht befass ich mich ja doch mal irgendwann mit OpenWRT. Aber nicht vorm nächsten Winter 🙂

das -i von poweroff in /etc/rc.shutdown hab ich grad mal weggemacht. WOL hat aber dann nach dem Shutdown auch nicht funktioniert 🙁

fs4000

Dann probiers mal ohne -i und ein rm /var/run/daemons/network davor, wodurch auch der network-Daemon die Verbindung weiterlaufen lasst.

Ansonsten lässt dein BIOS scheinbar kein WOL aus S5 (soft-off) zu.

mpausch

ich glaub ich muss mich erst mal mit dem ganzen Suspend-Zeugs auseinandersetzen.

hab gestern mal eine Swap angelegt die ein Pfund größer war als der RAM und diese auch als einzige Swap hergenommen und als resume-Partition im Grub eingestellt. Resume-Hook war in mkinitcpio.conf auch aktiviert und mkinitcpio -p kernel26 ausgeführt.

Aber nach dem Start habe ich in dmesg

PM: Checking image partition UUID=4d55116c-a3ba-4572-863b-35087e7d17e3
PM: Resume from disk failed

und

EXT3-fs: INFO: recovery required on readonly filesystem.
EXT3-fs: write access will be enabled during recovery.
EXT3-fs: sda6: orphan cleanup on readonly fs
ext3_orphan_cleanup: deleting unreferenced inode 2973718
ext3_orphan_cleanup: deleting unreferenced inode 2973726
EXT3-fs: sda6: 2 orphan inodes deleted
EXT3-fs: recovery complete.

gefunden.

Irgendwas war da noch nicht so ganz richtig, glaub ich 🙂

EDIT:
hab wohl beim ersten Versuch das Hibernate-Zeugs einzurichten etwas falsch abgetippt. Hab mich jetzt nochmal damit auseinandergesetzt und bin dem Wiki-Artikel gefolgt. Jetzt funktionieren Hibernate, WOL und Resume 🙂

Vielen Dank an fs4000 für die Tips.

Datenschutz
Impressum