root@server:~# dpkg -l | grep -i muster
ii linuxmuster-base7 7.1.12-0 all linuxmuster.net configuration scripts
ii linuxmuster-client-servertools 0.9d all linuxmuster serverside scripts for managing a community based ubuntu-cloop
ii linuxmuster-linbo-gui7 7.0.5 all Linuxmuster Linbo GUI
ii linuxmuster-linbo7 4.0.29-0 all linuxmuster-linbo7
ii linuxmuster-prepare 7.1.5-1 all linuxmuster.net pre setup configuration scripts
ii linuxmuster-webui7 7.1.29 all Next generation web-based management tool for linuxmuster.net v7.x
root@server:~#
erzeugt ein linbo-remote Befehl zZ nur folgende Fehlermeldung:
server:~# linbo-remote -r r224 -w 120 -d -n -c partition,format,sync:1,start:1
...
r224-pc103 ... is not a hardware address and I could not resolve it as to an IP address.
r224-pc104 ... is not a hardware address and I could not resolve it as to an IP address.
r224-pc105 ... is not a hardware address and I could not resolve it as to an IP address.
r224-pc106 ... is not a hardware address and I could not resolve it as to an IP address.
r224-pc107 ... is not a hardware address and I could not resolve it as to an IP address.
...
Auch bei weiteren / anderen linbo-remote Befehlen, zB per „-i“ Option direkt auf die IP-Adresse, löst linbo-remote, den Hostnamen auf und schreibt wieder die Fehlermeldung:
Trying to wake up:
r229-pc04 ... is not a hardware address and I could not resolve it as to an IP address
habe die selben Versionen wie du und keine derartigen Meldungen…mir kommen diese aber bekannt vor. Ich hatte die auch beim Umstieg von 7.0 auf 7.1 bei einzelnen Rechnern. Ich komme aber einfach nicht mehr darauf, was da das Problem gewesen ist…entschuldige.
trotzdem danke für die Rückmeldung …
außer Linbo auf den neusten Stand gebracht wurde bei uns -wissentlich- nichts geändert.
Vorher (LINBO Version kleiner als 4.0.29) gings - jetzt nicht mehr.
Wir schauen uns jetzt noch mal die LOGs von device-import und linbo-remote an, mal sehen, ob wir da was finden …
# linbo-remote -i win10-client1 -w 120 -d -n -c partition,format,sync:1,start:1
###
### linbo-remote (2592) start: Fr 29. Jul 12:06:10 CEST 2022
###
Preparing onboot linbo tasks:
win10-client1 ... Done.
Trying to wake up:
win10-client1 ... is not a hardware address and I could not resolve it as to an IP address.
kann mal bitte jemand, bei dem es funktioniert gegenprüfen, ob die gleichen Spalten und selbe Anzahl vorhanden sind?:
bei uns, folgende 15 Spalten / Semikola:
wie sah denn die Lösung hier aus? Ich habe nämlich seit heute mit genau einem PC eines Computerraums dasselbe Problem:
root@server:~# linbo-remote -i 213pc09,213pc10 -w 3
###
### linbo-remote (373707) start: Fr 26. Apr 15:54:21 CEST 2024
###
Trying to wake up:
213pc09 ... Sending magic packet to 255.255.255.255:9 with 74:5D:22:0C:15:98
213pc10 ... is not a hardware address and I could not resolve it as to an IP address.
Waiting 3 second(s) for client(s) to boot ...
Testing if clients have booted:
213pc09 ... Not online!
213pc10 ... Not online!
###
### linbo-remote (373707) end: Fr 26. Apr 15:54:27 CEST 2024
###
Genau der eine PC 213pc10 macht Ärger. Ich habe ihn bereits aus der devices.csv auskommentiert > linuxmuster-import-devices > Kommentierung entfernt > linuxmuster-import-devices, aber das Problem bleibt.
Ich hatte mit diesem PC (weil es der ist, an der ich das Client-Image entwickelt habe) in der devices.csv „rumgespielt“, weil ich dieses Problem hier vermutet hatte. Daher hatte ich seinen Eintrag in der devices.csv mal verdoppelt, den alten auskommentiert und ihm einen neuen Namen testmint10 gegeben. All das ist aber zurückgerollt und es gibt keinen zweiten Eintrag in der devices.csv mit selber MAC mehr.
Hat jemand eine Idee?
Beste Grüße und ein schönes (hoffentlich sonniges) Wochenende!
Jens
gefolgt von einem reboot. Die Lösung war, damals (!) die aktuelle Version einzuspielen.
Da du bereits eine deutlich aktuellere Version hast, schlage ich vor, dass du besser einen neuen Thread auf machst und dann vielleicht auf diesen verweist
Grüße
gerd
Morgen auch an alle,
glaub ich hatte das Problem auch schonmal, da koennen in der magischen Sambadatenbank Rechner versteckt sein, die man sonst nirgends mehr sieht, Loesung war glaub ich diesen per samba-tool zu loeschen und einfach irgendwie neu anzulegen (devices.csv), danacht tut das wieder.