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.
Es gibt seit gestern ein neues Package linuxmuster-cli7 Version 7.2.3.
Das ist ein Tool was ich für mich erst entiwckelt hatte, um Informationen schnell zu finden, insbesondere auf dem Entwicklungsserver. Das ist schneller und praktischer als grep server /etc/linuxmuster/sophomorix/..... jedesmal.
Das Komando ist einfach lmncli und es gibt 5 Subkomandos für samba, users, devices, linbo und version. Das ganze ist basiert auf die Ergebnisse von linuxmuster-tools7. Da es neu ist, gibt es wenig Möglichkeit damit, aber vielleicht interessiert sich jemand dafür.
Das Paket hat keine Wirkung auf die Umgebung, und das Komando listet nur Objekte, macht dabei keine Änderung.
Hallo Arnaud,
ich wollte es mal ausprobieren und habe linuxmuster-cli7 installiert. Jetzt bekomme ich diese Meldung:
root@server:~# lmncli version
Traceback (most recent call last):
File "/usr/sbin/lmncli", line 8, in <module>
from typers import samba, linbo, devices, users
File "/usr/lib/python3/dist-packages/linuxmusterCli/typers/__init__.py", line 1, in <module>
from .samba import *
File "/usr/lib/python3/dist-packages/linuxmusterCli/typers/samba.py", line 6, in <module>
from linuxmusterTools.samba import GPOManager, smbstatus
ModuleNotFoundError: No module named 'linuxmusterTools'
Kannst du mir sagen, was ich noch installieren muss?
Gruß,
Mathias
add lenovo hid drivers to default kernel (dad2efa).
fix handling of unregistered and unpartitioned clients (3f61f9c).
pack modules in xz archives to decrease package size (0ad07ad).
Das Github-Repo erlaubt keine Pakete größer als 100MB. Das Letzte war größer und wurde deshalb abgelehnt. Ich habe nun den ganzen Modul-Schlamassel in xz-Archive gepackt und so eine Paketgröße von 87MB erreicht. Außerdem können jetzt unregistrierte und unpartitionierte Clients wieder über das Gui registriert werden.