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.
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 ....
-----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>
<mailto:hoeferw...@t-online.de>
An: "Discussions about using linuxmuster.net"
<linuxmuster-user@lists.linuxmuster.net>
<mailto: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>
<mailto:juergen.engel...@t-online.de>
An: "Discussions about using linuxmuster.net"
<linuxmuster-user@lists.linuxmuster.net>
<mailto: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>
<mailto:juergen.engel...@t-online.de>
An: "Discussions about using linuxmuster.net"
<linuxmuster-user@lists.linuxmuster.net>
<mailto: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/
<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
<mailto:linuxmuster-user@lists.linuxmuster.net>
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
<https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user>
_______________________________________________ linuxmuster-user
mailing list linuxmuster-user@lists.linuxmuster.net
<mailto:linuxmuster-user@lists.linuxmuster.net>
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
<https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user>
_______________________________________________ linuxmuster-user mailing
list linuxmuster-user@lists.linuxmuster.net
<mailto:linuxmuster-user@lists.linuxmuster.net>
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
<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
