diese firmware.ex-Datei ist (soweit ich das verstehe) eine Beispiel-Datei (Example?) für die neue Linbo-Funktionalität, zusätzliche Treiber einzubauen.
Insofern darf die vermutlich an sich schon leer sein, wenn man keine zusätzlichen Treiber einbinden möchte.
Und da der manuelle Aufruf von udhcpc gelingt, ist es ja vermutlich auch kein Problem fehlender Treiber…
Wie die Firmware erzeugt wird, finde ich aber auch interessant - kann es nicht erwarten zu testen, ob ich damit störrische Eingabehardware oder Netzwerkgeräte zum Laufen bekomme.
Die Erkennung, ob ein Netzwerkinterface einen Link hat, funktioniert nicht zuverlässig. Habe das jetzt rausgenommen. Führt ggf. beim Offline-Boot zu etwas längerer Bootzeit.
Und: hat es schonmal funktioniert?
Sind alle Switches mit Strom versorgt? (manchmal sind es ja die
einfachen Dinge, aber ich vermute, du hast Gestern auf linbo 4.2.0
aktualisiert: dann ußt du einfach auf linbo 4.2.1 aktualisieren, dann
sollte es wieder gehen: dazu gibt es aber einen passenden Tread)
Hallo Holger,
ja es funktionierte. Ich habe 4.2.0-0 drauf. Leider kann ich nicht automatisch auf die neue Version aktualisieren, weil Meldung Client offline.
Aber:
cd /srv/linbo/boot/grub/
cp grub.cfg grub.cfg.bak
cp /usr/share/linuxmuster/linbo/templates/grub.cfg.forced_netboot grub.cfg
Use label to determine real partition devicename (411b707).
Der Linbo-Client verwendet nun anhand des in der start.conf angegebenen Labels den tatsächlichen Gerätenamen der Partition (Problem der manchmal vertauschten Reihenfolge bei mehreren SSDs).
Die nächste Version 7.2.24-testing der Webui enthält viele Änderung und ist einen großen Sprung.
Deswegen habe ich es ausnahmsweise in einem branch lmn72-testing gelegt.
Für die Tester, bei den ich schon im Voraus herzlich mich bedanke, kann man es mit folgender Zeile in /etc/apt/sources.list.d/lmn72.list testen:
deb [arch=amd64 signed-by=/usr/share/keyrings/linuxmuster.net.gpg] https://deb.linuxmuster.net/ lmn72-testing main
Falls etwas nicht geht, kann man einfach zurück auf die Version 7.2.3 kommen.
Der neue Plugin lmn_session ist damit endlich verröffentlicht, und wir können es nächste Woche testen/anpassen.
Unvollständig changelog:
Partially moving to linuxmuster-tools (new dependency)
A lot of fix and view improvements
[landingpage] Option to hide webdav box
[session_new] Exam mode, share, collect, upload, list files
[linbo4] Format with partition command
[linbo4] Fix backup restore error
[quota] Quota check per user
[samba_shares] Fix missing projects and iso shares
Ich packe es mal hierhin, weil das Problem ja nicht zwingend ein Linbo-Problem sein muss.
Bei uns gibt es inzwischen mehrere Rechner, bei denen der Linbo-Boot direkt nach Starting version 249.11-0ubuntu3.10 mit einem seltsamen Fehler schiefläuft.
Der Bildschirm wird schwarz - kommt zurück - wird wieder schwarz - noch einmal - und bleibt dann schwarz, bis auf wenige ganz kurze Momente, in denen ein Bild „aufblitzt“.
Bisher beobachtet bei:
Lenovo T480
Lenovo T470s
Der Fehler tritt genau so auf, wenn man vom linbo-4.2.2-ISO vom Stick startet. Auch der Debug-Boot von Linbo gelingt nicht.
Ein normales Ubuntu (z.B. 23.04) startet hingegen problemlos vom Stick.
Zumindest der T470s lief bis vor kurzem problemlos. In der gleichen Hardwareklasse gibt es viele andere Rechner, die ohne Probleme funktionieren (X1 Yoga, Lenovo E14, Lenovo E15, HP G15, …).
Ich vermute irgendeine Hardware-Inkompatibilität mit dem neuen Kernel. Die gängigen Kernelparameter (nomodeset, noapic, dhcpretry, …) habe ich ausprobiert und helfen nicht. Die Rechner sind nach Auftreten des Fehlers nicht mehr erreich- oder bedienbar.
Vielleicht hat ja jemand ähnliche Hardware und beobachtet den gleichen Fehler (oder eben auch nicht).
make-linbo-iso.sh: Increase EFIIMAGESIZE to 256M (#107, ee86245).
Eigene Kernel können nun in das Linbo-Dateisystem integriert werden. Es können Kernel sein, die auf dem Server installiert sind, oder selbst-kompilierte Kernel. Lest dazu bitte das README.
sehr nett - damit probiere ich dann ein wenig aus.
Das Problem ist durch das Update von Linbo nicht behoben. Und ich bin auch immer noch unsicher, ob das wirklich durch das Kernel-Update ausgelöst wurde. SO selten sind die Lenovos mit Intel Grafikkarte nicht…
Ich werde weiter probieren schauen - und vielleicht gibt es ja noch andere mit ähnlichem Problem.
Danke für diese sehr netten neuen Features!
Thomas
add ability to use Linbo’s legacy kernel 5.15.138 alternatively (#107, 503b181, b6f0242).
Mit diesem Release kann alternativ der 5.15er Kernel genutzt werden. Dazu einfach in /etc/linuxmuster/linbo/custom_kernel die folgenden beiden Zeilen eintragen:
Shit happens. Im letzten Release hat sich leider ein Typo eingeschlichen, der dafür sorgte, dass die Firmware nicht integriert wurde. Sorry. Fix wird jetzt geliefert.
Außerdem kann jetzt auch der 6.1er LTS-Kernel verwendet werden. Dazu macht mensch in /etc/linuxmuster/linbo/custom_kernel diese Einträge:
FYI und Information für @cweikl und @MachtDochNix: Upgrade von lmn 7.1 zu 7.2 (eigentlich: update von Ubuntu 18.04 zu 22.04)
cups wird einfach übernommen, aber random Fehler bei manchen Druckern.
stellt sich raus: „hplip“ ist ganz sinnvoll für manche Drucker.
Ich weiß nicht mehr, ob ich vorher unter 7.1 (Ubuntu 18.04) irgendein hplip installiert hatte, jetzt jedenfalls ist es notwendig für manche HP drucker.