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" <[email protected]> > > An: "Discussions about using linuxmuster.net" > <[email protected]> > > > > > > > > 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" <[email protected]> > > An: "Discussions about using linuxmuster.net" > <[email protected]> > > > > > > > > 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" <[email protected]> > > An: "Discussions about using linuxmuster.net" > <[email protected]> > > > > > > > > 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" <[email protected]> > > An: "Discussions about using linuxmuster.net" > <[email protected]> > > > > > > > > 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 [email protected] > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > > > > _______________________________________________ linuxmuster-user > mailing list [email protected] > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > > > > _______________________________________________ linuxmuster-user mailing > list [email protected] > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user > > > > > _______________________________________________ > linuxmuster-user mailing list > [email protected] > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
_______________________________________________ linuxmuster-user mailing list [email protected] https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
