Hallo Thomas,
Bei der Neuaufnahme eines Rechners mit Linbo startet nur das Minimal Linux mit Reboot oder Shutdown. Wenn der Rechner über die Schulkonsole aufgenommen wurde, startet Linbo normal.
Viele Grüße
Steffen
Hallo Steffen,
Bei der Neuaufnahme eines Rechners mit Linbo startet nur das Minimal
Linux mit Reboot oder Shutdown. Wenn der Rechner über die Schulkonsole
aufgenommen wurde, startet Linbo normal.
das ist normale.
Wird ein Rechner über linbo auf dem Client aufgenommen, so wird er in
der devices.csv eingetragen: es fehlt aber noch der Befehl
linuxmuster-import-devices
auf dem Server.
Den muss man noch absetzen.
Macht man es in der WebUI, dann wird am Ende im Hintergrund dieser
Befehl ausgeführt.
Du kannst also hingehen und 5 oder 10 Rechner per linbo auf dem Client
aufnehmen und dann einmal auf dem Server den import starten: dann sind
sie richtig drin.
Linbo kann den Befehl nach dem Aufnahmen auf dem Server nicht triggern.
LG
Holger
Hallo Holger,
leider startet Linbo nicht richtig, also keine GUI
Ich kann die Rechner nicht aufnehmen.
Viele Grüße
Steffen
Hallo zusammen,
nachdem ich alle Clients auf optimale Download-Geschwindigkeit gebracht habe 
, habe ich mal ein paar clients gleichzeitig syncen lassen:
- Die Clients im Lehrerarbeitszimmer wurden vorher in Linbo gestartet.
- 10 Clients wurden mit
linbo-remote -r Raum -c partition,format,initcache,sync:1,halt
dazu gebracht, das Image nochmal vollständig herunter zu laden.
Und das war zu beobachten:
Die Clients haben das Image ausschlißlich vom Server gezogen:
So sah’s auf dem Server aus:
Der liefert, was geht.
Eigentlich hätte ich gedacht, dass sich die Clients gegenseitig die Dateihäppchen zuschicken. Stattdessen holen Sie alles vom Server. Notfalls warten sie, bis sie wieder was bekommen.
Hab’ ich da irgendwo wasfalsch eingestellt?
Gruß,
Mathias
Hallo,
Ich weiß nicht wie es in der neuesten Linbo-Version aussieht, aber hier im Linbo 4.1 sieht es so aus:
ungünstige Torrent-Default-Konfiguration
- Der Torrent-Client „ctorrent“ (siehe Ubuntu Package ctorrent - sources - UserGuide) nutzt die Default-Konfiguration
Min peers count (default 1). Das bedeutet, solange ein Linbo-Client einen Torrent-Peer sieht und das kann der Linbo-Server selbst sein, wird er vom Tracker keine neue Peer-Liste abfragen. - Der Bittorrent-Tracker (siehe bttrack.bittornado • man page) serverseitig, nutzt
--reannounce_interval seconds the number of seconds downloaders should wait between reannouncements (defaults to 1800). Das bedeutet der Tracker auf dem Linbo-Server wird nur alle 30 Minuten eine aktuelle Liste aller Peers an alle Peers senden.
Das deckte sich dann auch mit den Beobachtungen in unseren IT-Lehrsälen bei 30-50 Rechnern im Abstand von je einer Sekunde aufgeweckt:
- Die ersten Clients sehen nur den Linbo-Server, die letzten Rechner sehen fast alle Peers und sind dadurch teilweise eher mit Download fertig.
- 90% der Rechner laden nicht hoch (im Status auf dem Client zu sehen), da sie nicht angefragt werden.
- Das Verhalten änderte sich erst, als wir den Torrent-Client auf dem Linbo-Server auf 900 Mbps gedrosselt hatten, u.a. damit auch die TFTP-Downloads der PXE-Umgebung nicht verhungern, während Images verteilt werden. Da waren teilweise nicht mal 30 KB/s drin, während andere Rechner ihr Image vom Server luden.
In https://ask.linuxmuster.net/t/ctorrent-oder-rsync-geschwindigkeit hatte ich mit aria2c eine aktuelle Alternative zu ctorrent, dass seit 2004 keine Entwicklung erfahren hat, vorgeschlagen, die auch Super Seeding unterstützt.
MfG Buster
Hallo Thomas,
Es war tatsächlich nicht das aktuellste Linbo installiert. Testen kann ich das leider erst heute abend. Ich berichte also später…
Gruß,
Mathias
Hallo Thomas,
neugierig, wie ich bin, habe ich folgendes ausprobiert:
klappt 
und
Klappt auch
Dann habe ich /etc/linuxmuster/linbo/custom_kernel in /etc/linuxmuster/linbo/custom_kernel.sik umbenannt und ab jetzt erhalte ich:
Mit der letzten
/etc/linuxmuster/linbo/custom_kernel mit anschließendem update-linbofs ändert sich leider nichts mehr.Hast du mir einen Tipp?
Gruß,
Mathias
Hallo,
hier noch ein Bild dazu. Ist der Rechner aufgenommen, geht es ohne Probleme.
Viele Grüße
Steffen
Hallo zusammen,
meine Rechner sind aufgenommen.
Ups: Das betrifft nicht alle Rechner. Bisher nur meinen Proxmox-Test-Client!?!
Gruß,
Mathias
Und noch was:
Das Problem trat erst auf, nachdem ich /etc/linuxmuster/linbo/custom_kernel in /etc/linuxmuster/linbo/custom_kernel.sik umbenannt habe…
1 „Gefällt mir“
Seltsames verhalten. Iwas hindert das alte Linbo daran das geänderte Linbo vom Server zu holen. In dem Fall müsste die Methode mit dem erzwungenen Netboot helfen.
VG
Hallo zusammen,
Das meinte ich weiter oben schon - dass zwar ein eigener Kernel jetzt klappt, aber wenn man custom_kernel wieder weg nimmt, dann evtl. der „linbo-standard-kernel“ nicht richtig eingebunden wird (oder eben sonst etwas schief geht).
Netboot habe ich (meine ich) versucht, kann ich aber morgen noch einmal testen.
Wenn wir jetzt den aktuellen HWE-Kernel nehmen funktionieren die beiden Geräte, die Probleme gemacht haben.
Dafür booten jetzt andere Lenovos nicht mehr richtig - ich hoffe aber, da fehlt nur ein Kernel-Parameter…
Tja, mehr Flexibilität heißt mehr Möglichkeiten heißt mehr Arbeit 
Viele Grüße
Thomas
1 „Gefällt mir“
Hallo Thomas,
ich habe die Festplatte des Proxmox-Clients gelöscht, und siehe da, Linbo hat wieder gestartet.
Das hab ich so auf die Schnelle nicht testen können…
Gruß,
Mathias
Hallo Thomas,
Hab ich eben getestet. Funktioniert auch.
Gruß,
Mathias
Hallo Thomas,
ich teste grade das Verteilen eines Images auf 17 Clients.
So sieht’s bei allen Clients aus.
Wenn ich das richtig interpretiere, bedeutet
2808MB,0MB
2808MB downgeloaded und 0MB upgeloaded. Das heißt, die Clients teilen ihre Daten nicht. Da stimmt irgendetwas mit dem torrent nicht, oder?
Kann man da rigendwo noch nachjustieren?
Gruß,
Mathias
Hallo zusammen,
ich hab nochmal ein bisschen rumgespielt:
/etc/default/linbo-torrent
# default values for linbo-torrenthelper service provided by ctorrent
# thomas@linuxmuster.net
# 20220317
#
# note: you have to invoke 'linbo-torrent restart' after you have changed any values
#
# Exit while seed <SEEDHOURS> hours later (default 72 hours)
SEEDHOURS="8760"
# Max peers count (default 100)
MAXPEERS="100"
# Min peers count (default 1)
MINPEERS="1"
# Download slice/block size, unit KB (default 16, max 128)
SLICESIZE="128"
# Max bandwidth down (unit KB/s, default unlimited)
MAXDOWN=""
# Max bandwidth up (unit KB/s, default unlimited)
MAXUP="102400"
# Supplemental ctorrent options, separated by space (-v: Verbose output for debugging)
# OPTIONS="-S 10.16.1.1:2780"
# Timeout in seconds until rsync fallback (client only)
TIMEOUT="600"
# user to run ctorrent (server only)
CTUSER="nobody"
PIECELEN="524288"
Jetzt läuft’s super. Mir ist allerdings noch nicht klar, warum?!?
Vielleicht hilft’s ja…
Gruß,
Mathias
2 „Gefällt mir“
Moin,
habe den Fehler gefunden. Beim Wechsel von einem custom kernel zurück zum default kernel, wird das kernel image nicht wieder hergestellt. Habe das in Release 4.2.7 gefixt: Release Release 4.2.7-0 (lmn72) · linuxmuster/linuxmuster-linbo7 · GitHub
Leider funktioniert das github Repo mal wieder nicht. Ihr müsst das Paket also herunterladen und von Hand installieren.
VG, Thomas
1 „Gefällt mir“
Hallo Thomas,
schon gefixt?!? Du bist super!!!
Gruß,
Mathias
Hallo Thomas,
heute habe ich einen Client upgedatet und wollte ein neues Image erstellen.
Das Image wurde erstellt, aber nicht auf den Server hochgeladen?!?
Dann habe ich mich auf dem Client mit linbo-ssh angelemdet:
root@server:~# linbo-ssh lz-r99
Welcome to
_ _____ _ _ ____ ____
| | |_ _| \ | | _ \ / __ \
| | | | | \| | |_) | | | |
| | | | | . ` | _ <| | | |
| |____ _| |_| |\ | |_) | |__| |
|______|_____|_| \_|____/ \____/
LINBO 4.2.8-0: The Passenger | IP: 10.17.122.99 | MAC: 82:e6:79:17:1d:04
Linux 6.1.62 #1 SMP PREEMPT_DYNAMIC Mon Nov 13 21:07:21 CET 2023 x86_64 GNU/Linux
lz-r99: ~ # linbo_wrapper upload_image:1
Command : upload_image
OS number : 1
Uploading ubuntu2004.qcow2 to ...
Uploads a file from the cache to the server. Linbo user password is necessary.
Usage:
linbo_upload <password> <file> | [help]
For compatibility reasons legacy options are also accepted:
linbo_upload <server> <user> <password> <cache> <file>
Leider kann ich nicht sagen, ab wann diese Verhalten aufgetreten ist. Ich hab’ halt heute erst eine Image erstellt.
Gruß,
Mathias