Server 6.2, clients mit xenial.cloop installiert.
wol der gruppe xenial mit 12 PC’s (alle das gleiche model) scheitert.
Meldung von linbo-remote clients scheinen offline zu sein.
In der Testphase mit einerm Client konnte ich diesen mit linbo-remote übers Netz booten.
Aber jetzt in der gruppe bootet dieser auch nicht mehr.
befehl: linbo-remote -g xenial -w 40 w habe ich schon variiert mal größer, mal kleiner.
Nach logfiles konnte ich heute wegen Zeitmangel noch nicht schauen.
Die Infos sind noch nicht besonders konkret aber vielleicht weis trotzdem einer Rat.
Server 6.2, clients mit xenial.cloop installiert.
wol der gruppe xenial mit 12 PC’s (alle das gleiche model) scheitert.
Meldung von linbo-remote clients scheinen offline zu sein.
In der Testphase mit einerm Client konnte ich diesen mit linbo-remote
übers Netz booten.
Aber jetzt in der gruppe bootet dieser auch nicht mehr.
befehl: linbo-remote -g xenial -w 40 w habe ich schon variiert mal
größer, mal kleiner.
Nach logfiles konnte ich heute wegen Zeitmangel noch nicht schauen.
Die Infos sind noch nicht besonders konkret aber vielleicht weis
trotzdem einer Rat.
warst du nicht in der Schule?
Konntest du nicht sehen, ob sie aufwachen?
Du mußt Tests vor Ort machen.
Erstmal: wenn der eine Cleint bei dir funktioniert hat und dann in der
Schule nicht, so ist das erst mal ganz normal weil: ein Wake-on-Lan
setzt voraus, dass der Rechner im SoftOff ist: also von einem ACPI
fähigen Betriebsystem in den richtigen Zustand heruntergefahren wurde.
Wenn du den Rechner von Zuhause gebracht hast und aufgestellt hast, dann
wacht er nicht auf: er wurde ja vom Strom getrennt: also nicht korrekt
heruntergefahren und in dem Zustand gelassen.
Der Strom darf nach dem Herunterfahren nicht getrennt worden sein.
Das nächste ist: bei Wake on lan befinden wir uns noch auf der MAC
Ebene: die Rechner haben noch keine IP vom Server bekommen.
Deswegen schickt der Server beim Wake on lan für jeden zu weckenden
Cleint ein Magic Package als Broadcast ins Netz: in dem Magic Package
ist die MAC Adresse drin.
Das geht also an alle Clients und der, bei dem die MAC Adresse stimmt
sagt: „Ah, ich bin gemeint“ und schaltet sich ein.
Und das mit den Magic Packages muss der Switch richtig machen: sonst
kommen die nicht an.
Also: zweiter Grund weswegen es Zuhause ging und in der Schule
vielleicht nicht.
Vielleicht ist die BIOS Batterie auch schwch und im BIOS sind die
Einstellungen auf Default zurück gestellt worden.
Teste das Wake on Lan wenn du daneben stehen kannst
war ich, da habe ich mich wohl ungenau ausgedrückt.
das muß ich mir mal zu gemüte führen, wie fahre ich den denn in den richtigen Zustand runter.
die Einstellunge im bios sind halt auf booten über PXE eingestellt, Muß da sonst noch was eingestellt werden? Ist mir nicht ganz klar.
dass der Rechner im SoftOff ist: also von einem ACPIfähigen
Betriebsystem in den richtigen Zustand heruntergefahren wurde.
das muß ich mir mal zu gemüte führen, wie fahre ich den denn in den
richtigen Zustand runter.
die Einstellunge im bios sind halt auf booten über PXE eingestellt, Muß
da sonst noch was eingestellt werden? Ist mir nicht ganz klar.
PXE als erstes Bootdevice ist die eine Sache.
Du mußt im BIOS aber auch „Wake on Lan“ aktivieren: da muss es bei der
Netzwerkkarte eine Einstellung geben: also da wo man auch die
Netzwerkkarte ein/aus schaltet im BIOS.
ich muss bei mir auch immer noch die Option -b 2 (oder mehr) setzen, damit zwischen den Magic Packets 2 Sekunden Zeit gelassen wird. Bei manchen Rechnerarten funktioniert auch nur
etherwake -i eth0
vom Server aus, keine Ahnung, warum "wakeonlan " nicht geht. Ich muss mich demnächst mal mit den Switchen befassen.
Hallo an alle die geantwortet haben.
Bin jetzt vor Ort und habe mal mit ethtool nachgeschaut. Die pcs die nicht starten mit wake on lan, da ist wol: wake-on: d obwohl in der Zeile drüber steht Supports wake-on: g.
schalt ich das mit ethtool -s enp0s20 wol g an. Dann kann ich nach dem runterfahren den pc mit. linbo-remote -i pcname -w 10 dem pc starten. Danach ist die option g aber wieder auf d gestellt und wol funktioniert nicht mehr.
Im Bios ist meines erachtens alles richtig eingestellt.
Gibt es eine Möglichkeit die option g dauerhaft zu aktivieren?
sleep 20
sudo ethtool -s enp3s0 wol g
sleep 5
sudo ethtool -s enp2s0 wol g
sleep 5
sudo ethtool -s enp1s0 wol g
sleep 5
ntpdate 10.16.1.254
hwclock -w
ggf musst Du die Namen der Interfaces anpassen (auf eth0 zum Beispiel).
Die unteren beiden Zeilen sind für die automatische Uhreinstellung.
…und sie muss auf jeden Fall ausführbar sein.
