Vielen Dank,
werde es mir aber erst morgen ansehen können, da ich jetzt weg muss ....
VG
Wolfgang
-----Original-Nachricht-----
Betreff: Re: [lmn] WOL + Linbo
Datum: 2016-04-23T19:33:31+0200
Von: "Juergen Engeland" <[email protected]>
An: "Discussions about using linuxmuster.net"
<[email protected]>
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" <[email protected]>
<mailto:[email protected]>
An: "Discussions about using linuxmuster.net"
<[email protected]>
<mailto:[email protected]>
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]>
<mailto:[email protected]>
An: "Discussions about using linuxmuster.net"
<[email protected]>
<mailto:[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]>
<mailto:[email protected]>
An: "Discussions about using linuxmuster.net"
<[email protected]>
<mailto:[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]>
<mailto:[email protected]>
An: "Discussions about using linuxmuster.net"
<[email protected]>
<mailto:[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]>
<mailto:[email protected]>
An: "Discussions about using linuxmuster.net"
<[email protected]>
<mailto:[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/
<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]
<mailto:[email protected]>
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
<https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user>
_______________________________________________
linuxmuster-user mailing list [email protected]
<mailto:[email protected]>
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
<https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user>
_______________________________________________ linuxmuster-user
mailing list [email protected]
<mailto:[email protected]>
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
<https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user>
_______________________________________________ linuxmuster-user
mailing list [email protected]
<mailto:[email protected]>
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
<https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user>
_______________________________________________ linuxmuster-user mailing
list [email protected]
<mailto:[email protected]>
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
<https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user>
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
