Hallo Liste
Wir haben 21 HP Envy X360 Notebooks bekommen.
Die haben aber keine integrierte LAN-Schnittstelle (Buchse), sondern müssen mit einem USB-C-LAN-Adapter ans Netz gehen.
Wir haben dazu einen Adapter von Anker USB-C-to-Gigabit-LAN verwendet.
Die MAC des Adapters ist in der Linbo-Geräteliste eingetragen.
Das Notebook wurde UEFI umgestellt auf Boot PXE. Soweit auch gut.
.
Wenn man nun das Gerät startet wird auch die Linbo-Box angezeigt.
Welcome to Linbo
Booting version 2.4.3.4 Idiot Wind …
Man sieht die definierte Gruppe, die IP des eingetragenen Gerätes und des Servers …
Dann kommt der download der Dateien. Auch das funktioniert (linbo64, linbofs64.lz etc.).
Man sieht dann am Bildschirm noch Ausgaben wie
… BOOT_IMAGE= /linbo64
starting version 237
Starting network configuration …
Askin for ip adress per dhcp …
Interface eth0 …
Interface eth1 …
IP: * Hostname: * MAC: * Server:
trying to copy start.conf und icons from cache.
Starting ssh service.
Done.
Trying to download linbo_gui from server to cache.
Continuing without cache partition.
kann ich linbo alleine aktualisieren ohne auf 7.1 oder 7.2 zu gehen?
Und wie hoch ist das Risiko, wenn das geht, dass ich dann mit anderen Geräten ein Problem bekomme?
Und wenn ja wie kann ich das einzeln updaten?
kann ich linbo alleine aktualisieren ohne auf 7.1 oder 7.2 zu gehen?
nein. nicht über die große Version hinaus:
7.0 → linbo 2.4
7.1 → linbo 4.0
7.2 → linbo 4.1
Und wie hoch ist das Risiko, wenn das geht, dass ich dann mit anderen
Geräten ein Problem bekomme?
gering.
Wenn man von „so Weit“ weg kommt, kann es sein, dass man alle Rechner
(wenn man bis 4.1 geht) einmal starten muss und von Hand den Cache
aktualisieren muss.
Die Rechner sollten per PXE starten.
Und wenn ja wie kann ich das einzeln updaten?
was?
linbo?
Nein.
ich empfehle:
Backup machen
upgraden auf 7.1 (ist nur ein kleiner Schritt)
alle Clients einmal in linbo starten, damit sie das aktuelle linbo im
cache haben
Hallo Holger
das ist mir irgendwie aktuell zu heiss, denn wir erhalten zum Ende Jahr einen neuen Server mit der aktuellen Version 7.2
ich werde das wohl noch mit anderen LAN-Adapter testen und sonst warte ich wohl eher bis wir da den neuen Server haben (ich gebe das ab an einen externen Anbieter).
Danke und schönes Wochenende.
LG. Gerhard
das Problem betrifft bei uns auch einige Geräte. Es gab dazu auch schon einige Diskussionen hier. Ich habe hier einen Workaround für das Linbo-Timing bei USB-Netzwerkgeräten gepostet, vielleicht hilft es ja.
ich hatte mir zuerst, weil ich gerne Markenware kaufe, für den USB-C auf Gigabit-Ehernet-Adapter von Anker entschieden (bei Amazon ca. 22 Euro pro Stk.).
Aufgrund dessen ist dann dieser Task von mir entstanden. Aufgefallen war mir beim Test schon, dass das herunterladen der Linbo-Dateien schon extram langsam von statten ging und satte 5 Min. dauerte.
Aufgrund von Holger habe ich es nun mit einen USB-A-LAN-Adapter (den wir an einer Raspi nützen) versucht, doch da wird das PXE nicht angestossen.
Also habe ich mir noch einen weiteren USB-C-LAN-Adapter besorgt: ein nur halb so teures, für mich no-name-Produkt, von Benfei:
Und siehe da: Download der Dateien in gewohnter Geschwindigkeit und als Ergebnis das Linbo-Menü am Notebook!
Werde nun mal installieren und wenn das passt mit von diesem 21 Stk. besorgen.
Wie Holger schon sagte … ausprobieren hat geholfen.
Euch vielen Dank und eine gute Woche.
Gruss vom Bodensee
Gerhard
Wir haben inzwischen 9 verschiedene Adapter, die wir bei jedem Endgerät durchprobieren, bis wir eine Kombination herausgefunden haben, die dann hoffentlich funktioniert.
Unsere Erfahrung: kein Adapter geht bei allen Geräten & kein Gerät funktioniert mit allen Adaptern.
Manche funktionieren immer erst beim 2. Bootversuch. Wir waren sogar mal kurz davor, zu glauben, dass das „Hochhalten des Kabels beim Boot“ hilft Schlangenöl wäre der nächste Schritt gewesen.
Gerade bei heterogener Hardware lohnt sich also ein kleiner Park an Adaptern…
verstehe ich das richtig, daß einige USB-LAN-Adapter über PXE starten können?
Ich dachte, PXE funktioniert nur, wenn das BIOS den Chip auf der Hauptplatine unterstützt bzw. die Netzwerkkarte einen Bootrom mitbringt. Wenn das nicht gegeben war, startete man ein gPXE von Diskette…
Wie ist das heute, wenn Geräte nur noch WLAN eingebaut haben?
ich hatte leider bei der letzten Auswahl von Geräten nicht genau geschaut und übersehen, dass das HP Envy X360 keine LAN-Schnittstelle mehr hat.
Denn schon mit LAN hat man mit Uefi etc. schon genügend Stolperfallen in die man reintreten kann.
Doch nun haben wir 21 solche HPs. Die haben nur noch 1 USB, dafür aber drei USB-C-Anschlüsse. Einer davon soll nun als LAN genützt werden. Deshalb die Idee mit den USB-C-Adapter.
Es scheint aber wirklich so zu sein, dass man hier einfach ausprobieren muss.
der USB-C-Adapter von Anker geht nicht, der USB-C-Adapter von Benefei schon.
Denke das liegt dann dran, welchen Chip im Adapter verbaut ist.
Wie Holger meint hängt es dann auch noch davon ab welches Linbo man einsetzt.
Bei uns leider noch 2.4, das kann dann wohl auch noch nicht mit allen Adapter umgehen.
Ich vermute, dass im Anker ein neuer Chip verbaut ist und in dem günstigen halt noch ein älterer Chip der aber dafür von Linbo „verstanden“ wird.
Eigentlich müsste man immer vorab ein Testgerät anfordern und dann erst kaufen. Doch meistens sind die Geräte so schnell wieder weg vom Markt, dass wir hier einfach immer wieder neu „basteln“ müssen.
ja, es müssen die Treiber für die jeweils verbauten Chips vorhanden sein.
Was sagt denn lsusb bei Deinen Adaptern?
Ich habe welche mit Realtek:
lsusb -d 0bda:
Bus 001 Device 006: ID 0bda:8156 Realtek Semiconductor Corp. USB 10/100/1G/2.5G LAN
Bus 001 Device 007: ID 0bda:8153 Realtek Semiconductor Corp. RTL8153 Gigabit Ethernet Adapter
Jedoch verstehe ich noch nicht, wie Du die Geräte einbinden möchtest, wenn PXE wegen fehlender eingebauten Netzwerkkarte nicht geht. Dann bleibt die Installation erschwert.
Bleiben die Geräte folgend mit dem USB-Netzwerkanschluß in Betrieb? Der USB-C-Anschluß ist mit dem Kabel sicher schnell hinüber, da er doch sehr klein ist und wenig Kraft viel Schaden anrichten kann.
Primär geht es um die Installation des Images und die Verteilung.
Im laufenden Betrieb der Lehrkräfte (diese NBs sind nur für die Lehrkräfte vorgesehen) wird in der Regel dann die WLAN-Schnittstelle genützt. Und wenn Linbo mal auf dem Rechner ist braucht es auch keinen LAN-Anschluss mehr.
Wir setzten die Geräte in der Regel in der Sommerpause auf einen aktuellen Window-Stand und setzen sie nur selten unter dem Jahr zurück.
Da ich glaube einen Workaround für die verschiedenen USB-Adapter Probleme zu kennen, schalte ich mich mal ein.
Das Problem mit dem PXE-Booten, liegt an den fehlenden Treibern im bereits installierten Linbo bzw. des EFIs des Geräts selbst (und das variert je nach Hersteller).
Workaround: Von einem USB-Stick booten, der iPXE mit den benötigten Treibern drauf hat. Hierfür sind folgende Schritte (unter Linux) notwendig:
iPXE für EFI mit nötigen Treibern bauen.
git clone https://github.com/ipxe/ipxe
cd ipxe/src
make bin-x86_64-efi/ecm.efi NO_WERROR=1
Image für USB-Stick erstellen. Da gibt es mehrere Möglichkeiten. Folgendes hat bei mir funktioniert:
USB Stick schreiben. Achtung löscht alle Daten. Pfad /dev/sda entsprechend unbedingt anpassen!
sudo dd if=usb.img of=/dev/sda
Rechner so konfigurieren, dass er vom USB Stick bootet. Nach dem Boot mit CTRL-B drücken um die iPXE Kommandozeile zu erhalten. Dort dann autoboot eingeben. Wenn das Gerät dann mit Ethernet angebunden ist und Netzzugang hat, wird das aktuelle Linbo via PXE gebootet.
Anmerkung: Falls nur eine USB Buchse vorhanden, kann man nach CTRL-B und vor autobootden USB-Stick entfernen und dann erst den Ethernet-Dongle anschließen.
Nach einem Sync wird das neue Linbo auf das Gerät geschrieben und die Prozedur oben ist nicht mehr nötig.
Auf diese Weise, habe ich auf Lenovo Geräten und sogar auf Microsoft Surface Go 2 Geräten (im Netz findet man oft Aussagen, das ginge nur mit den Original Microsoft Adaptern) Linbo aus dem Netz geladen.
AFAIK macht der Linbo Stick kein iPXE sondern startet das linbo linux direkt vom Stick. Die Treiber welche in diesem Linux zur Verfügung stehen sind immer jene welche auf der installierten Linbo Version des Servers bereitstehen.
Die Treiber im Linbo Linux werden ohnehin benötigt da sonst Festplatte / Netzwerkverkehr nicht möglich ist.
Den Fall gibt es ja wesentlich häufiger, rechner Startet per PXE, lädt hierüber das linbo system und landet im schwarzen Press 1 to shutdown, 2 to reboot Fenster da die Linbo Gui nicht nachgeladen werden kann(wird normal via rsync nachgeladen, kommt nicht per pxe mit)
und da wegen des Timings der Zugriff auf USB-Adapter fehlschlägt, die Idee mit der Wartezeit. Heute konnte ich das testen und es löst bei uns tatsächlich das Problem für viele USB2LAN-Adapter, dass die Rechner trotz funktionierendem PXE-Boot in Linbo offline sind.
Dank Thomas’ update-linbofs-Hooks kann man das jetzt einfach einbauen. Als PreHook-Skript:
#!/bin/sh
# Einfügen einer Wartezeit von 2 Sekunden vor der Netzwerkeinrichtung ;-)
sed -i '/^network\(\).*/a \ \ echo "Warte auf Netzwerk..." && sleep 2' init.sh
exit 0
Dann wird die Wartezeit ins entsprechende Skript gepatcht. Zumindest, bis sich die Zeile davor ändert (habe ich auch ans Doku-Team geschickt).
Nein, das hat Holger schon vorgeschlagen. Das Problem tritt aber vorher auf.
Soweit ich das init.sh-Script verstehe, wird über alle Netzgeräte iteriert und jeweils versucht, eine Adresse zu bekommen. Dieser Befehl kommt aber für einige USB-Adapter zu früh. Man sieht das auch an der Leuchte - während sie blinken, wenn Linbo (erfolgreich) eine IP anfordert, leuchten sie beim scheiternden Versuch dauerhaft, bevor Linbo ohne IP fortsetzt. Und dhcpretry hilft da nicht, weil es noch gar keine Kommunikation über das Interface zu geben scheint. Ich gehe daher davon aus, dass die zu dem Zeitpunkt noch nicht gar fertig eingebunden sind in Linbo.
Es ist auch kein Treiber oder Adapter-Problem: diese Geräte booten PXE, bekommen da auch eine IP - das Problem ist das (erneute) Einbinden in Linbo. Wenn PXE nicht geht, booten wir vom Stick - aber auch dann besteht das oben beschrieben Problem.
Unser bisheriger Workaround war, im Debug-Modus händisch init.sh ein zweites Mal zu starten. Dann ist der USB-Kram fertig und bei diesem Durchlauf gibt es dann auch eine IP. Aber das hat andere unschöne Nebenwirkungen (macht man das z.B. in der Linbo-Konsole, werden danach alle Eingaben verdreifacht → Konsole unbenutzbar, die Angaben in der Linbo-GUI stimmen natürlich nicht…).
Ideal wäre es, wenn Linbo irgendwie vor dem dhcp-Befehl prüfen könnte, ob sich noch Adapter im Einrichtungsprozess befinden, aber das ist vermutlich schwerlich abzufangen. Ein anderer Vorschlag von mir war eine Wartezeit als Kernel-Parameter (analog zu dhcpretry) einzuführen.
Aber so funktioniert es bei uns jetzt erst einmal.
Schlangenöl wäre der nächste Schritt gewesen.
Linbo hat ja auch iPXE an Board.
(habe ich auch ans Doku-Team geschickt).