Lmn 7.2 testing

Hallo Mathias

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.

Viele Grüße
Thomas

Hallo,

… wir haben einen anderen Tread für linbo 4.2 …

LG

Holger

Moin!

linuxmuster-linbo7 4.2.1 ist verfügbar:

  • linbo_sync: Use partition labels for fstab if available (1fd8e9e).
  • Remove interface link detection (bebcb47).

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.

VG, Thomas

2 „Gefällt mir“

Ja, wobei linux-firmware ein eigenständiges Paket ist, unabhängig vom Kernel.

VG, Thomas

Hallo Thomas,

bei mir booten alle Rechner offline. Es wird kein Netzwerk gefunden.

Viele Grüße

Steffen

Hallo Steffen,

welches linbo hast du installiert?

dpkg -l | grep linbo

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)

LG

Holger

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

hat geholfen.

Viele Grüße

Steffen

Hallo Steffen,

ja es funktionierte. Ich habe 4.2.0-0 drauf. Leider kann ich nicht
automatisch auf die neue Version aktualisieren, weil Meldung Client offline.

hast du den server aktualisiert?

wenn ja, dann versuch mal vom Netz zu booten (am Cleint meist mit F12
ins Bootmenü → Netzwerkkarte auswählen).

Wenn das nicht geht, dann stell auf dem Server auf erzungenen Netzwerkboot.
Dazu mußt du das hier machen

(Netzwerkboot erzwingen: es steht in Thomas Beitrag vom 8.Februar: man
muss die /srv/linbo/boot/grub/HWK.cfg editieren )

LG

Holger

Moin moin!

Nochmal nachgelegt, linuxmuster-linbo7 4.2.2:

  • 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).

VG, Thomas

4 „Gefällt mir“

Ein Beitrag wurde in ein existierendes Thema verschoben: Linbo 4.2.0 testing

Hallo zusammen,

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

Gruß

Arnaud

4 „Gefällt mir“

Guten Abend allerseits!

He rides and he rides …

linuxmuster-linbo7 4.2.3 (lmn72):

  • linbo_sync: Use partition labels for fstab in any case (073f347).
  • make-linbo-iso.sh: Increase EFIIMAGESIZE to 192M (349d0d5).
  • init.sh: remove unnecessary second try to get a dhcp address (6948135).
  • Remove unnecessary cache parameters from linbo_cmd (fed1e8a).
  • Update kernel to 6.6.1, enabled expert config options (8b48b61).
  • Allow custom scripts to be executed on linbo boot (#105):
    • Provide custom inittab entries (ad5cdc7).
    • Filter custom inittab comments and empty lines (54f1fcd).
    • Add update-linbofs pre hook example (e0a4632).

U.a. wurde die Bootverzögerung durch den 2. DHCP-Versuch wieder entfernt, eigene Bootskripte können jetzt integriert werden (s. Readme).

VG, Thomas

4 „Gefällt mir“

Hallo zusammen!

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).

Viele Grüße
Thomas

Hallo Thomas,

das teste ich morgen gleich mal - vielleicht hilft das ja schon!

Danke
Thomas

Moin moin!

He sees the city’s ripped backsides …

linuxmuster-linbo7 4.2.4 ist raus:

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.

Schönes WoE
Thomas

2 „Gefällt mir“

Moin Thomas

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

2 Beiträge wurden in ein existierendes Thema verschoben: Linbo 4.2.0 testing

Moin moin!

He sees things from under glass …

linuxmuster-linbo7 4.2.5:

  • 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:

KERNELPATH="/var/lib/linuxmuster/linbo/legacy/linbo64"
MODULESPATH="/var/lib/linuxmuster/linbo/legacy/modules"

Nach einem update-linbofs bootet der Linbo-Client mit einem 5.15er-Kernel (aktuell 5.15.138).

VG, Thomas

1 „Gefällt mir“

Moin moin!

He sees the things that he knows are his …

linuxmuster-linbo7 4.2.6:

  • add ability to use lts kernel 6.1.62 alternatively (#107, 6989d30).
  • Fix typo in update-linbofs (872dc1f).
  • use jobs to compile kernels (2fd53f3).

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:

KERNELPATH="/var/lib/linuxmuster/linbo/longterm/linbo64"
MODULESPATH="/var/lib/linuxmuster/linbo/longterm/modules"

VG, Thomas

3 „Gefällt mir“

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.
  • Druckerinstallation einfach neu machen.

VG, Tobias

1 „Gefällt mir“