Hallo Wolfgang,
mit den anhängenden Dateien geht's
- mit unseren HP Notebooks genau einmal
- nachdem man Stromnetz und LAN frisch angesteckt hat
Es scheint ein ziemlich ekliges Glücksspiel zwischen ACPI, LAN und
Betriebssystem zu sein :-(
Gruß Jürgen
Am 23.04.2016 um 18:29 schrieb Wolfgang Höfer:
>
> Hi,
>
>
>
> wäre super ...
>
>
>
> Ich hab grad noch eine "ur 14.04" rausgekramt und installiere die mal
> auf einer baugleichen Kiste ( ohne Linuxmuster )
>
> Irgendwo hätte ich auch noch das ursprünglichste aller cloops
> rumliegen - das könnte ich auch nochmal einspielen ...
>
>
>
> Will sehen, ob das ein Verhalten ist, das bei einer Urinstallation
> (upps das kann ein Trennproblem geben :) )
>
> auftritt und wenn nicht, ob ein Upgrade dann das Verhalten so abändert
> ....
>
>
>
>
>
>
>
>
>
>
>
> -----Original-Nachricht-----
>
> Betreff: Re: [lmn] WOL + Linbo
>
> Datum: 2016-04-23T18:22:41+0200
>
> Von: "Juergen Engeland" <juergen.engel...@t-online.de>
>
> An: "Discussions about using linuxmuster.net"
> <linuxmuster-user@lists.linuxmuster.net>
>
>
>
>
>
>
>
> Hallo Wolfgang,
>
> also doch genau das Szenario wie bei uns:
> LinuxMint (welches (Ubuntu darunter)?) schickt den Client so schlafen,
> wie es soll.
> (K)ubuntu 14.04 tat es nicht.
>
> Ich habe hier einen HULC mit (hoffentlich immer noch) funktionierendem
> WOL , so dass wir Schritt für Schritt vergleichen können. Im Moment
> kämpfe ich gerade dem postsync für das virtuelle Windows - siehe
> anderer Thread von mir.
>
> Sobald der Client wieder verfügbar ist, lese ich mal /etc/rc.local,
> /etc/network/interfaces und */etc/default/acpi-support *aus. Letzteres
> hatte ich - allerdings wegen fehlender WLAN-Verbindung nach Standby
> oder Resume - auch angepasst.
>
> Gruß Jürgen
>
> Am 23.04.2016 um 17:50 schrieb Wolfgang Höfer:
>
> Hi,
>
>
>
> das mit dem Sleep 5 hab ich im Netz auch gelesen, aber das bezog
> sich doch eher darauf, dass beim Booten
>
> die Settings mit ethtool nicht ausgeführt werden, falls das
> Netzwerk zu langsam hoch kommt.
>
> Mein "ethtool eth0" liefert aber sauber "pumbg" als Einstellung -
> sollte als nicht das Problem sein.
>
> Ja, ja, das war bei uns auch schon so, als WOl noch nicht funktionierte.
>
> Da ich die Switches in Verdacht hatte, hab ich es über einen
> "Zwergerl-Switch" direkt zwischen 2 Maschinen
>
> probiert und nach Mint ging es, nach 14.04 ging es nicht und nach
> mint ging es wieder, ....." Als Switch auch außen vor.
>
>
>
> Bin ziemlich ratlos (und frustriert), weil ich unseren
> "Geldgebern", die wieder mal das System töten wollen, das
>
> als eines der Features demonstrieren will / muss ...
>
> Mit Windoofs funktioniert WOL also?
>
>
>
>
>
>
>
>
>
>
>
> -----Original-Nachricht-----
>
> Betreff: Re: [lmn] WOL + Linbo
>
> Datum: 2016-04-23T17:43:30+0200
>
> Von: "Juergen Engeland" <juergen.engel...@t-online.de>
>
> An: "Discussions about using linuxmuster.net"
> <linuxmuster-user@lists.linuxmuster.net>
>
>
>
>
>
>
>
> Hallo Wolfgang,
>
> bei uns ist zusätzlich der Eintrag in /etc/rc.local einschließlich
> sleep 5 noch drin. Hätte ich gleich erwähnen sollen.
>
> Desweiteren war es bei unseren alten HP ProCurve Switches so, dass
> WOL nicht mehr ging, als ich VLANs eingerichtet hatte. Was man auf
> den Switches hätte tun müssen, damit es trotzdem wieder geht,
> musste ich nicht mehr umsetzen, weil wir jetzt Cisco von Dataport
> haben, die WOL auch mit VLANs (natürlich nur im selben VLAN!)
> übertragen.
>
> Gruß Jürgen
>
>
>
> Am 23.04.2016 um 16:48 schrieb Wolfgang Höfer:
>
> Zur Ergänzung ....
>
>
>
> habe nun die Interfaces ergänzt ...
>
>
>
> auto eth0
>
> iface eth0 inet dhcp
>
> pre-down /usr/sbin/ethtool -s eth0 wol g
>
>
>
> Reboot der Maschine klappt, d.h. Netz geht. Dann vom
> Starbildschirm "herunterfahren"
>
> ... WOL geht NICHT. So - da ich daheim sitze, habe ich noch 16
> Maschinen für Experimente
>
> Danach muss ich in die Schule um wieder alle hochzufahren :)
>
>
>
> Vorschläge?
>
>
>
>
>
> VG
>
> WOlfgang
>
>
>
>
>
>
>
>
>
> -----Original-Nachricht-----
>
> Betreff: Re: [lmn] WOL + Linbo
>
> Datum: 2016-04-23T16:19:52+0200
>
> Von: "Wolfgang Höfer" <hoeferw...@t-online.de>
>
> An: "Discussions about using linuxmuster.net"
> <linuxmuster-user@lists.linuxmuster.net>
>
>
>
>
>
>
>
> Hi,
>
>
>
> durch Einträge in der interfaces übersteuere ich aber quasi
> den Netzwerkmanager, oder?
>
> Gibt es da dann irgendwelche Folgen, die ich jetzt nicht
> absehen kann? Im Prinzip
>
> muss ich dann bei allen Geräten dort einstellen, dass sie dhcp
> machen sollen.
>
> Sind noch andere Einstellungen nötig, damit der NM nicht quer
> schießt?
>
>
>
> VG
> Wolfgang
>
>
>
>
>
>
>
>
>
> -----Original-Nachricht-----
>
> Betreff: Re: [lmn] WOL + Linbo
>
> Datum: 2016-04-23T16:16:24+0200
>
> Von: "Juergen Engeland" <juergen.engel...@t-online.de>
>
> An: "Discussions about using linuxmuster.net"
> <linuxmuster-user@lists.linuxmuster.net>
>
>
>
>
>
>
>
> Hallo Wolfgang,
>
> bei uns ging WOL mit LinuxMint 13 mit dem Aufruf von ethtool
> in /etc/rc.local. Mit HULC ging es dann wie bei Dir nicht mehr.
> Der Eintrag pre-down in /etc/network/interfaces hat es dann
> gebracht.
>
> WOL scheint manchmal von der Windrichtung oder der Wuppdität
> der Erdachse abzuhängen ;-)
>
> Gruß Jürgen
>
>
>
> Am 23.04.2016 um 16:04 schrieb Wolfgang Höfer:
>
> Hallo Jürgen,
>
>
>
> sollte nicht das Problem sein, da es früher ja mal ging.
> Es scheint, als hätte irgendein Update da etwas
>
> "kaputt" gemacht ... Vor einem Jahr oder so, hab ich die
> Räume immer remote gestartet.
>
>
>
> ethtool liefert auch auch die richtigen Settings, in der
> rc.local steht es drinnen, ... auch die HALT config Datei
> hätte ich probiert, ...
>
> bringt alles nichts. An anderer Stelle steht, dass der
> Netzwerkmanager die Settings überschreibt ... probehalber
> deinstalliert und von Hand
>
> konfiguriert - erfolglos.
>
>
>
> Was ich bisher nicht probiert habe, ist das Setzen von
> pre-down in der interfaces. Da ethtool aber die richtigen
> Settings
>
> liefert, glaube ich nicht, dass es daran liegt.
>
>
>
> Aber trotzdem danke ...
>
>
>
> Wolfgang
>
>
>
>
>
>
>
> -----Original-Nachricht-----
>
> Betreff: Re: [lmn] WOL + Linbo
>
> Datum: 2016-04-23T14:55:43+0200
>
> Von: "Juergen Engeland" <juergen.engel...@t-online.de>
>
> An: "Discussions about using linuxmuster.net"
> <linuxmuster-user@lists.linuxmuster.net>
>
>
>
>
>
>
>
> Hallo Wolfgang,
>
> man muss Ubuntu erst beibringen, dass es den
> Netzwerkcontroller beim Herunterfahren auf "warte auf WOL"
> setzt.
> https://wiki.ubuntuusers.de/Wake_on_LAN/
>
> Gruß Jürgen
>
> Am 23.04.2016 um 14:49 schrieb Wolfgang Höfer:
>
> Liebe Liste,
>
>
>
> (6.1 mit linux-Clients ubuntu 14.04 vorgefertigte
> Version von 2014 mit aktuellen Updates)
>
>
>
> gerade problemt es bei mir hier gewaltig .... habe
> seit längerer Zeit (außer updates)
>
> am System nicht geändert und nun werden ein Paar Dinge
> nötig, die ich schon länger vor mir
>
> herschiebe.
>
>
>
> 1) Wake on Lan geht nicht mehr
>
> das ist schon seit einiger Zeit so und ich hab es
> eigentlich meinem
>
> Switch-konfigurierer in die Schuhe schieben wollen,
> geht aber nicht, denn:
>
>
>
> starte ich ubuntu 14.04 (aktuellste Updates sind
> drinnen) und fahre es wieder runter, so ist kein
>
> Wake on lan mehr möglich. Starte ich ein Mint vom
> Stick, fahre es wieder runter ... schon geht WOL
>
> wieder. Das ist reproduzierbar ... Treiber ist ein
> e1000e, Gerät ein Tiny93M von Lenovo
>
>
>
>
>
> 2) Neue start-conf für neues Image angelegt und dafür
> eine alte kopiert und modifiziert.
>
> Demnach sollten keine Syntaxfehler enthalten sein. Im
> Prinzip geht alles, nur Linbo reagiert nicht auf
>
> die Befehle in der Start-Conf (oder nicht richtig).
> Autostart geht z.B. nicht mehr (mehr konnte ich nicht
> mehr testen)
>
> Beim Vergleich der PXE-Dateien fällt auf, dass in der
> für trusty generierten der Paameter autostart nicht
> auftaucht
>
> (stammt von einer früheren Version des Systems),
> während in der neuen pxe-date der parameter
> Autostart=0 steht.
>
> In der start.conf steht aber ausdrücklich yes beim
> Autostart.
>
> Ändert man das in der PXE-Datei auf 1, dann starten
> die Maschinen ohne Timeout sofort.
>
>
>
> Hat jemand änliches Verhalten bzw. eine Lösung dafür?
>
>
>
> Viele grüße
>
> Wolfgang
>
>
>
> _______________________________________________
> linuxmuster-user mailing list linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
>
>
> _______________________________________________ linuxmuster-user
> mailing list linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
>
>
> _______________________________________________ linuxmuster-user
> mailing list linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
>
>
> _______________________________________________ linuxmuster-user mailing
> list linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
>
>
>
> _______________________________________________
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
#
# Configuration file for the acpi-support package
#
#
# The acpi-support package is intended as "glue" to make special functions of
# laptops work. Specifically, it translates special function keys for some
# laptop models into actions or generic function key presses.
#
#
# Suspend/hibernate method
# ------------------------
#
# When gnome-power-manager or klaptopdaemon are running, acpi-support will
# translate the suspend and hibernate keys of laptops into special "suspend"
# and "hibernate" keys that these daemons handle.
#
# Only in situations where there is no gnome-power-manager or klaptopdaemon
# running, acpi-support needs to perform suspend/hibernate in some other way.
# There are several options for this. The options are:
#
# dbus-pm:
# Perform suspend and hibernate actions via a DBUS request to the power
# management daemon. This works for power management daemons that we don't
# know of. (For gnome-power-manager and klaptopdaemon this will do nothing,
# since those will be detected when they are running, and triggered using
# a virtual keypress.)
#
# dbus-hal:
# Perform suspend and hibernate actions via a DBUS request directly to HAL,
# bypassing any running power management daemons.
#
# pm-utils:
# Use pm-suspend and pm-hibernate to suspend and hibernate. (The dbus method
# normally results in this as well, but calls through dbus. Use this option
# only if you don't have dbus installed.)
#
# hibernate:
# Use the hibernate package to suspend and hibernate.
#
# acpi-support:
# Use the legacy built-in suspend/hibernate support. (DEPRECATED)
#
# none:
# Do not attempt to suspend/hibernate. Set SUSPEND_METHODS="none" to
# disable suspend/hibernate handling in acpi-support.
#
# If you specify dbus or pm-utils, the result will normally be the same as when
# you suspend from your desktop environment. If you specify "hibernate" or
# "acpi-support", be aware that this probably does not match what your desktop
# environment would do (unless you have managed to configure something so that
# the DBUS power management interfaces call the hibernate package).
#
#
# Please specify a space separated list of options. The recommended value is
# "dbus pm-utils"
#
SUSPEND_METHODS="dbus-pm dbus-hal pm-utils"
#
# LEGACY BUILT IN SUSPEND SUPPORT (DEPRECATED)
# --------------------------------------------
#
# These options only work for the "acpi-support" suspend method. This is NOT
# recommended, but is retained for backward compatibility reasons.
#
# Comment the next line to disable ACPI suspend to RAM
ACPI_SLEEP=true
# Comment the next line to disable suspend to disk
ACPI_HIBERNATE=true
# Change the following to "standby" to use ACPI S1 sleep, rather than S3.
# This will save less power, but may work on more machines
ACPI_SLEEP_MODE=mem
# Add modules to this list to have them removed before suspend and reloaded
# on resume. An example would be MODULES="em8300 yenta_socket"
#
# Note that network cards and USB controllers will automatically be unloaded
# unless they're listed in MODULES_WHITELIST
MODULES=""
# Add modules to this list to leave them in the kernel over suspend/resume
MODULES_WHITELIST=""
# Should we save and restore state using the VESA BIOS Extensions?
SAVE_VBE_STATE=true
# The file that we use to save the vbestate
VBESTATE=/var/lib/acpi-support/vbestate
# Should we attempt to warm-boot the video hardware on resume?
POST_VIDEO=true
# Save and restore video state?
# SAVE_VIDEO_PCI_STATE=true
# Should we switch the screen off with DPMS on suspend?
USE_DPMS=true
# Use Radeontool to switch the screen off? Seems to be needed on some machines
# RADEON_LIGHT=true
# Uncomment the next line to switch away from X and back again after resume.
# This is needed for some hardware, but should be unnecessary on most.
# DOUBLE_CONSOLE_SWITCH=true
# Set the following to "platform" if you want to use ACPI to shut down
# your machine on hibernation
HIBERNATE_MODE=shutdown
# Comment this out to disable screen locking on resume
LOCK_SCREEN=true
# Uncomment this line to have DMA disabled before suspend and reenabled
# afterwards
# DISABLE_DMA=true
# Uncomment this line to attempt to reset the drive on resume. This seems
# to be needed for some Sonys
# RESET_DRIVE=true
# Add services to this list to stop them before suspend and restart them in
# the resume process.
STOP_SERVICES="networking"
# Restart Infra Red services on resume - off by default as it crashes some
# machines
RESTART_IRDA=false
# Add to this list network interfaces that you don't want to be stopped
# during suspend (in fact any network interface whose name starts with
# a prefix given in this list is skipped)
SKIP_INTERFACES="dummy qemu"
# Note: to enable "laptop mode" (to spin down your hard drive for longer
# periods of time), install the laptop-mode-tools package and configure
# it in /etc/laptop-mode/laptop-mode.conf.
#! /bin/sh
### BEGIN INIT INFO
# Provides: halt
# Required-Start:
# Required-Stop:
# Default-Start:
# Default-Stop: 0
# Short-Description: Execute the halt command.
# Description:
### END INIT INFO
NETDOWN=no
PATH=/sbin:/usr/sbin:/bin:/usr/bin
[ -f /etc/default/halt ] && . /etc/default/halt
. /lib/lsb/init-functions
do_stop () {
if [ "$INIT_HALT" = "" ]
then
case "$HALT" in
[Pp]*)
INIT_HALT=POWEROFF
;;
[Hh]*)
INIT_HALT=HALT
;;
*)
INIT_HALT=POWEROFF
;;
esac
fi
# See if we need to cut the power.
if [ "$INIT_HALT" = "POWEROFF" ] && [ -x /etc/init.d/ups-monitor ]
then
/etc/init.d/ups-monitor poweroff
fi
# Don't shut down drives if we're using RAID.
hddown="-h"
if grep -qs '^md.*active' /proc/mdstat
then
hddown=""
fi
# If INIT_HALT=HALT don't poweroff.
poweroff="-p"
if [ "$INIT_HALT" = "HALT" ]
then
poweroff=""
fi
# Make it possible to not shut down network interfaces,
# needed to use wake-on-lan
netdown="-i"
if [ "$NETDOWN" = "no" ]; then
netdown=""
fi
log_action_msg "Will now halt"
halt -d -f $netdown $poweroff $hddown
}
case "$1" in
start)
# No-op
;;
restart|reload|force-reload)
echo "Error: argument '$1' not supported" >&2
exit 3
;;
stop)
do_stop
;;
*)
echo "Usage: $0 start|stop" >&2
exit 3
;;
esac
:
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo wlan0
iface lo inet loopback
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
sleep 5
ethtool -s eth0 wol g
/usr/local/bin/cleanup-nutzer.sh $0
/etc/cancelprint.sh
cp /virtual/\{ce22a5f7-e494-477c-8add-cfbbc2fc6c60\}.vdi
/virtual/Machines/winXP/Snapshots/
exit 0
_______________________________________________
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
