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.
nein, bisher nicht. Problem besteht weiterhin. Hatte noch genug Themen mit meinem Image sowie derzeit einem weiteren (baugleichen) Rechner, der total spinnt, so dass ich das Thema nach hinten schieben musste.
Als mögliche Abhilfe-Maßnahme steht ein Server-Neustart als mögliche Option noch aus - muss ich noch machen.
nun habe ich endlich Zeit gefunden, mich einen Moment lang des Themas anzunehmen. Danke, Harry, für den entscheidenden Hinweis. Hier für alle, die auch sowas lösen müssen mein Weg:
Liste aller Computer ausgeben:
samba-tool computer list
Details eines Computer-Accounts ausgeben:
samba-tool computer show <Rechnername>
Beim Vergleich des problematischen Rechners mit einem unproblematischen fiel auf, dass dieser sämtliche sophomorix-Attribute verloren hatte. Entsprechend wurde das Computer-Konto auch nicht mehr durch linuxmuster-import-devices gelöscht, wenn man den problematischen Eintrag aaskommentierte (im Gegensatz zu funktionierenden Einträgen, die problemlos gelöscht wurden).
Also, problematischen Eintrag in /etc/linuxmuster/sophomorix/default-school/devices.csv auskommentieren > linuxmuster-import-devices > dann verwaisten Eintrag manuell mit samba-tool löschen:
samba-tool computer delete <Rechnername>
Anschließend alles wieder zurück: Auskommentierung in devices.csv zurücknehmen und nochmal linuxmuster-import-devices. Und schon war der neue Eintrag mit allen sophomorix-Attributen wieder da.
Bei der Gelegenheit ist mir aufgefallen, dass es bei mir im AD auch noch einige weitere verwaiste Computer-Konten gab. Irgendwas ist entweder in einem Script noch faul oder in der Art, wie ich diese verwendet habe.
Beste Grüße und nochmal herzlichen Dank!
Jens
P.S.: Konnte man hier nicht mal einen Beitrag als Lösung markieren? Ich finde es nicht …