Lmn 7.2 testing

Guten Abend allerseits!

linuxmuster-linbo 4.1.19 ist raus:

  • Fix #90: add salt to password hash.

Das Linbo-Passwort wird jetzt mit argon2 gehasht.

VG, Thomas

1 „Gefällt mir“

Hi,

linuxmuster-linbo-gui7 gibt es jetzt in 7.2.1:

  • support new theming structure

Unterstützt jetzt die neue Struktur für GUI Themes, hier ein paar Details:

VG,
Dorian

3 „Gefällt mir“

Hallo Thomas und an alle Entwickler,

vielen Dank für die stetige, positive Weiterentwicklung und dieses neue Release!

Habe bereits vor ein paar Tagen mein Testsystem aktualisiert und kann sagen, daß alles wie beschrieben funktioniert. Demnächst werde ich ein Produktivsystem damit hochziehen.

Viele Grüße
Klaus

2 „Gefällt mir“

Hallo Klaus,

danke für die Rückmeldung. Ich habe jetzt eben meinen produktiven Schulserver aktualisiert. Läuft. :grinning:

VG,Thomas

1 „Gefällt mir“

Moin moin!

linuxmuster-linbo7 4.1.20 bringt ein Paar Fixes und Verbesserungen:

  • Improved evaluation of kernel cmdline (61af8c2).
  • Fixed evaluation of start.conf values which contain an equal sign (c292b43).
  • Update kernel to 6.1.10, activates some Thinkpad drivers (d41d31a, 91f6609).
  • shell_functions fixes (3f89a95, c88c1ef, 14650c6).
  • linbo_mountcache: Use cache parameter if it is given (9983c5c).
  • improve offline mode (43185ef).

Wird in ca. 60 Min. im lmn72-Repo verfügbar sein.

VG, Thomas

1 „Gefällt mir“

Hi!

Im Produktivbetrieb kommen noch Sachen ans Licht. Hier noch ein Fix, der einen Fehler in linbo-remote in Zusammenhang mit dem Festplatten-Format-Befehl -c|-p format behebt (-c|-p format:n ist nicht betroffen).

Paket ist in ca. 30 Min. verfügbar.

Hier noch ein Tipp: Falls nach dem Upgrade die Clients partout nicht das neue Linbo herunterladen wollen, kann mensch sie dazu zwingen, wenn sie in der grub.cfg der Gruppe unterhalb von

menuentry 'LINBO' --class linbo {

die Zeilen

 if [ -e "$linbo_kernel" -a -e "$linbo_initrd" ]; then
  set bootflag=localboot
 elif [ -n "$pxe_default_server" ]; then
  set root="(tftp)"
  set bootflag=netboot
 fi

ändert in

set root="(tftp)"
set bootflag=netboot

Wenn alle Clients versorgt sind, kann die Änderung wieder rückgängig gemacht werden.

VG, Thomas

Build ist leider fehlgeschlagen. Dauert noch.

Paket müsste jetzt verfügbar sein.

VG, Thomas

2 „Gefällt mir“

Hallo Thomas,

bitte nicht diesen Workaround ausführen. Danach kommt man dauerhaft nicht mehr in Linbo rein. Es hilft auch nichts die Änderungen wieder rückgängig zu machen und linuxmuster-import-devices auszuführen.

Viele Grüße
Klaus

Der Workaround funktioniert hier astrein. Er macht nichts anderes, als dass grub den Linbokernel nicht aus dem Cache holt, sofern vorhanden, sondern immer vom Server. Die Fehlermeldung „no server is specified“ habe ich noch nie gesehen. Ist PXE-Boot in der Bootreihenfolge an 1. Stelle?

Hallo Klaus,

bitte nicht diesen Workaround ausführen. Danach kommt man dauerhaft
nicht mehr in Linbo rein. Es hilft auch nichts die Änderungen wieder
rückgängig zu machen und linuxmuster-import-devices auszuführen.

hast du aus:

  if [ -e "$linbo_kernel" -a -e "$linbo_initrd" ]; then
   set bootflag=localboot
  elif [ -n "$pxe_default_server" ]; then
   set root="(tftp)"
   set bootflag=netboot
  fi

folgendes gemacht?


   set root="(tftp)"
   set bootflag=netboot

also alles andere weg?

Oder hast du das draus gemacht:

  if [ -e "$linbo_kernel" -a -e "$linbo_initrd" ]; then
   set bootflag=netboot
  elif [ -n "$pxe_default_server" ]; then
   set root="(tftp)"
   set bootflag=netboot
  fi

… dann findet linbo den server nciht (schätze ich).

LG

Holger

Hallo zusammen,

/srv/linbo/boot/grub/win10_sata_s.cfg

# boot LINBO and start "Windows 10"
menuentry 'Windows 10 (Linbo-Start)' --class win10_start {

# if [ -e "$linbo_kernel" -a -e "$linbo_initrd" ]; then
#  set bootflag=localboot
# elif [ -n "$pxe_default_server" ]; then
  set root="(tftp)"
  set bootflag=netboot
# fi

Der virtuelle PC startet per PXE.

Viele Grüße
Klaus

Sorry, für das Posting hier habe ich den falschen Eintrag genommen. Hier der richtige, der den obigen Fehler produziert.

# linbo part, boot local or net (default #0)
menuentry 'LINBO' --class linbo {

 echo LINBO $bootflag for group win10_sata_s
 echo

# if [ -e "$linbo_kernel" -a -e "$linbo_initrd" ]; then
#  set bootflag=localboot
# elif [ -n "$pxe_default_server" ]; then
  set root="(tftp)"
  set bootflag=netboot
# fi

Viele Grüße
Klaus

Und noch ein Nachtrag(sorry für den Lärm hier…)
Die Aktion verschiebt die UEFI Bootreihenfolge. D.h. grub kommt nach ganz oben. Dann gibt es den Fehler. Wenn ich explizit per PXE boote(danke für den Hinweis, Thomas), dann startet Linbo wieder. Allerdings wird nicht auf die Version 4.1 aktualisiert.

Viele Grüße
Klaus

Moin!

Fehler gefunden. Hängt zusammen mit #88. Clients, die noch mit dem 4.0er Linbo booten, können die start.conf nicht herunterladen (sic!). Wie dem auch sei, linuxmuster-linbo7 4.1.22 korrigiert das:

Paket ist, wenn der Build durchläuft, in 40 Min. verfügbar. Muss weg, Restaurant ist auf 19 Uhr reserviert.

VG, Thomas

Guten Appetit!

Gruß

Alois

Mist, das Paket muss heruntergeladen und manuell installiert werden:

Github hat scheints den Workflow geändert. Da müssen wir erstmal schauen wie das jetzt funktioniert.

VG, Thomas

Moin!

Paket ist jetzt im Repo verfügbar.

VG, Thomas

Moin!

Unseren Testserver habe ich heute Morgen auch auf v7.2 gebracht. Im Wesentlichen lief das glatt :+1: … ein paar Dinge habe ich mir aber dennoch notiert, die auch dem Versionssprung von 18.04 auf 22.04 geschuldet sind:

  • ich hatte sehr viele alte kernel-modules für den Kernel 4.15.x drauf, die ich alle entfernt habe (es gab eine Warnung während des Updates „no candidate found …“ o.ä.): Anzeigen lassen kann sich das z.B. so: dpkg --list | egrep -i 'linux-image-4.|linux-headers-4.' | awk '/rc/{ print $2}'
  • FreeRadius scheint das Upgrade mitgemacht zu haben: Wir haben da ein paar Dinge eingestellt … das wurde scheinbar alles übernommen. Getestet habe ich es aber noch nicht.
  • der checkMK_Agent wurde entfernt – warum auch immer.

Aber meine eigentliche Frage ist: Die Quota im WebUI werden unter v7.2 nicht mehr richtig angezeigt. Hier ist die Anzeige unter Version 7.0:
v70
und hier die gleiche Anzeige unter v7.2:
v72
Ist das bei Euch auch so? Was gilt es da zu tun? Wenn ich mir

repquota -a  |head
*** Report for user quotas on device /dev/sdb1
Block grace time: 7days; Inode grace time: 7days
                        Block limits                File limits
User            used    soft    hard  grace    used  soft  hard  grace
----------------------------------------------------------------------
root      --      12       0       0              0     0     0       
#3000000  -- 2338324       0       0             82     0     0    

anschaue, stehen da keine Usernamen sondern die IDs (?) der User. Gibt’s da einen Zusammenhang?

Viele Grüße und ein schönes Wochenende,
Michael

… direkt noch eine Beobachtung: Ich habe eine VM gestartet, um das neue LINBO v4.1 zu sehen. Der neue Kernel Version 6.x startet zwar und man sieht auch „One Step Beyond“(dieses Mal kein Bob Dylan Song :wink: ?).
linbov72-2

Dann aber geht’s nicht weiter. Der LINBO-Kreis dreht sich endlos im Kreis
linbov72
und eine Druck auf ESC liefert dann die Ursache:
linbo-v72
Weiter geht’s hier leider im Moment nicht.