ich hatte heute einen von 24 Clients den ich neu ausgerollt habe. Alle clients sind von der Hardware her gleich. Habe den Client in LM 7.1 gelöscht und neu registriert. Nun habe ich das Problem das beim Linbo Start folgendes erscheint:
error: no such device: /start.conf.
error: no such device: /linbofs64.lz
danach steht dann auf der Linbo Oberfläche:
No Operating system configured in start.conf
Der Client bekommt die richtige IP Adresse und auf der LM Console wird mir angezeigt das der Client ins Linbo gebootet hat. Alle anderen Clients funktionieren völlig normal.
Hat jemand eine Idee woran es liegen kann?
und auf der LM Console wird
mir angezeigt das der Client ins Linbo gebootet hat. Alle anderen
Clients funktionieren völlig normal.
Hat jemand eine Idee woran es liegen kann?
er bekommt eine nicht zulässige IP, oder er wurde noch nicht per
linuxmuster-import-devices
aufgenommen, oder es ist ein Tippfehler in der devices.csv, dass er in
der Gruppe
win10ram218
ist (die es noch nicht gibt) statt in der beabsichtigten
win10raum218
…
Schick doch mal die Zeile des Clients aus der devices.csv
Ersteinmal danke für die Antwort. Ich habe es mehrfach versucht unter anderem auch mit der kopieren funktion von einem Rechner auf dem LM. Die Mac Adresse ist die Richtige, da ich auch die zugewisene IP bekomme. WOL funktioniert auch, das geht ja über die MAC Adresse. Aber ich schaue das ich morgen einmal an den Standort komme und schaue mir die devices.csv noch einmal an. Achja, der Rechner wird in der richtigen Gruppe angezeigt.
gab es hier eine Erkenntnis? Habe gerade das identische Problem
Wäre super wenn du deine Erfahrungen mit uns teilen könntest!
da ginbg es nicht weiter, weil die angefragten Informationen nicht kamen.
Deswegen die gleichen Fragen an dich:
gibt es andere Rechner im selben Raum die gehen?
Welche IP hat der Cleint den bekommen (nciht per PXE sondern die IP die
im linbo GUI am Client steht).
Bitte mal die Zeile aus der
/etc/linuxmuster/sophomorix/default-school/devices.csv posten
danke für die schnelle Antwort, aber wir haben beim suchen nach dem Fehler ein anderes Problem gefunden welches das hier beschriebene beschreibt.
Wir hatten in PXE Boot bei der DHCP Anfrage eine andere IP bekommen wie die im Linbo.
Die beim PXE Boot Bildschirm war eine freie.
Die wo er danach bekam und in Linbo dargestellt wurde, ist bereits in der Schulkonsole einem anderen PC zugewiesen. Wenn man dem PC eine feste freie IP zuweist, findet er seine Linbo Einstellungen wieder.
Trotzdem wollen wir das andere Problem lösen da dieses aktuell wie von der Schule beschrieben vermutlich die „Netzprobleme“ verursacht
ggf. mach ich hierzu aber einen eigenen Thread auf, danke!
Die wo er danach bekam und in Linbo dargestellt wurde, ist bereits in der Schulkonsole einem anderen PC zugewiesen. Wenn man dem PC eine feste freie IP zuweist, findet er seine Linbo Einstellungen wieder.
… was ist den eine „freie“ IP Adresse?
Eine aus dem DHCP Lease: also eine Adresse, die der DHCP unbekannten MAC
Adressen zuweist?
Eins kann ich sagen: ihr solltet auf keinen Fall eine solche „freie“ IP
in der devices.csv an bekannte MAC Adressen vergeben: der lease hat
seinen Sinn und sollte vom DHCP Server verwaltet werden: da pfuscht man
besser nicht rein.
Viel mehr ist die Frage: mit welcher MAC hat den der PXE Boot beim
Server angefragt (das kann man sehen: und wenn nicht, dann steht es in
der syslog auf dem Server, da schreibt der DHCP das hin: einfach nach
der IP greppen).
Dieses Verhalten sollte unterbunden werden.
Nov 28 15:07:01 server.bz.lan dhcpd[765]: DHCPDISCOVER from 84:2a:fd:93:c1:0f via 10.1.4.1
Nov 28 15:07:02 server.bz.lan dhcpd[765]: DHCPOFFER on 10.1.4.173 to 84:2a:fd:93:c1:0f via 10.1.4.1
Nov 28 15:07:04 server.bz.lan dhcpd[765]: DHCPREQUEST for 10.1.4.173 (10.0.0.1) from 84:2a:fd:93:c1:0f via 10.1.4.1
Nov 28 15:07:04 server.bz.lan dhcpd[765]: DHCPACK on 10.1.4.173 to 84:2a:fd:93:c1:0f via 10.1.4.1
Nov 28 15:07:36 server.bz.lan dhcpd[765]: DHCPDISCOVER from 84:2a:fd:93:c1:0f via 10.1.4.1
Nov 28 15:07:37 server.bz.lan dhcpd[765]: DHCPOFFER on 10.1.4.86 to 84:2a:fd:93:c1:0f via 10.1.4.1
Nov 28 15:07:37 server.bz.lan dhcpd[765]: DHCPREQUEST for 10.1.4.86 (10.0.0.1) from 84:2a:fd:93:c1:0f via 10.1.4.1
Nov 28 15:07:37 server.bz.lan dhcpd[765]: DHCPACK on 10.1.4.86 to 84:2a:fd:93:c1:0f via 10.1.4.1
in /var/lib/dhcp/dhcpd.leases steht leider die 10.1.4.86 nicht drinn obwohl diese einem Gerät zugewiesen ist über die Schulkonsole.
Gaaaaanz dunkel erinnere ich mich, dass die vielen Bindestriche bei uns mal ein Problem waren … vielleicht versuchst Du es auch mal stattdessen mit hg61-nb03… ist aber nur eine vage Idee…
Bei mir stehen dort nur Geräte, die eine IP aus der Range für die Rechneraufnahme (unbekannte MAC-Adressen) bekommen. Das scheint also ok zu sein, dass die anderen Adressen nicht in der dhcpd.leases stehen.
