Ok.
Und trotzdem scheitert udhcp. Das kann ich im Moment nicht nachvollziehen. Auf meinen Clients läuft das. Evtl. gibt es neue Erkenntnisse, wenn es noch jemand anderes testet. Vielen Dank mal soweit.
VG, Thomas
2 „Gefällt mir“
Hallo Thomas,
vielleicht hilft das weiter:
root@server:/etc/linuxmuster/linbo# ll
total 52
drwxr-xr-x 2 root root 4096 Nov 1 19:10 ./
drwxr-xr-x 7 root root 4096 Nov 1 18:27 ../
-rw------- 1 root root 457 Aug 1 2020 dropbear_dss_host_key
-rw------- 1 root root 806 Aug 1 2020 dropbear_rsa_host_key
-rw-r--r-- 1 root root 499 Nov 1 19:10 firmware
-rw-r--r-- 1 root root 497 Nov 1 18:55 firmware.ex
-rw-r--r-- 1 root root 1629 Feb 11 2023 ssh_config
-rw------- 1 root root 668 Aug 1 2020 ssh_host_dsa_key
-rw-r--r-- 1 root root 617 Aug 1 2020 ssh_host_dsa_key.pub
-rw------- 1 root root 1675 Aug 1 2020 ssh_host_rsa_key
-rw-r--r-- 1 root root 409 Aug 1 2020 ssh_host_rsa_key.pub
-rw-r--r-- 1 root root 143 Dez 12 2018 start.conf.default
-rw-r--r-- 1 root root 395 Okt 29 11:18 wpa_supplicant.conf.ex
root@server:/etc/linuxmuster/linbo#
Statt der firmware war nur die Datei firmware.ex im Verzeichnis /etc/linuxmuster/linbo.
Bei auf meinem Client in Proxmox war dann das Verzeichnis /lib/firmware leer.
Nachdem ich firmware.ex in firmware kopiert habe und update-linbofs ausgeführt habe. Waren in /lib/firmware die erwarteten Dateien 
Leider hat mein Realtec-Client das auf dem Bildschirm:
Gruß,
Mathias
Ich bin’s nochmal…
Die Kernel-Version unseres Servers ist 5.15.0-87-generic, die des Linbo-Clients ist 6.5.9. Wird mit update-linbofs die firmware des Server-Kernels eingebunden?
Gruß,
Mathias
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“
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):
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:
- update-linbofs: use custom kernel optional (#107, c96f13b, 0ad09de, d4201cb).
- 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.
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