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
Guten Abend allerseits!
linuxmuster-linbo 4.1.19 ist raus:
Das Linbo-Passwort wird jetzt mit argon2 gehasht.
VG, Thomas
Hi,
linuxmuster-linbo-gui7 gibt es jetzt in 7.2.1:
Unterstützt jetzt die neue Struktur für GUI Themes, hier ein paar Details:
VG,
Dorian
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
Hallo Klaus,
danke für die Rückmeldung. Ich habe jetzt eben meinen produktiven Schulserver aktualisiert. Läuft.
VG,Thomas
Moin moin!
linuxmuster-linbo7 4.1.20 bringt ein Paar Fixes und Verbesserungen:
Wird in ca. 60 Min. im lmn72-Repo verfügbar sein.
VG, Thomas
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
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 … ein paar Dinge habe ich mir aber dennoch notiert, die auch dem Versionssprung von 18.04 auf 22.04 geschuldet sind:
dpkg --list | egrep -i 'linux-image-4.|linux-headers-4.' | awk '/rc/{ print $2}'
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:
und hier die gleiche Anzeige unter v7.2:
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 ?).
Dann aber geht’s nicht weiter. Der LINBO-Kreis dreht sich endlos im Kreis
und eine Druck auf ESC
liefert dann die Ursache:
Weiter geht’s hier leider im Moment nicht.