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.
Hallo 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:
linbo-v72
fu hast wohl noch
blacklist=radeon
… also den alten AMD Befehl drin und nicht
nomodeset
Versuch mal ganz ohne.
Und wenn das nicht geht, dann nomodeset dazu schreiben.
linuxmuster-import-devices jeweils nicht vergessen und sicher stellen,
dass die GRUPPE.cfg geschrieben wird.
LG
Holger
Hallo Holger,
top – das war’s! Sieht gut aus:
Besten Dank!
Dann kann ich als nächstes ja mal die differentiellen Images ausprobieren.
[etwas später – oder auch nicht]
Hm – ich komme bei LINBO nicht mehr mit unserem alten Standard-Passwort rein. Stattdessen erhalte ich immer Falsches Passwort! – wurde da etwas geändert?
Viele Grüße,
Michael
Hi!
Steht da modprobe.blacklist bei KernelOptions in der start.conf, oder was?
VG,Thomas
Der Hashing-Algorithmus hat sich geändert.
Ist das generell so oder nur bei einem bestimmten Client? Kann eigentlich nur vorkommen, wenn die lokale LInboversion <4.1 ist.
VG, Thomas
Hallo Thomas!
Die Sache mit dem modprobe ist gelöst. Da stand tatsächlich noch der Radeon-Kram drin. – s.o.
Ich habe bisher nur einen Client gestartet (genauergesagt eine VM mit Win10, die als Master-Client dient). (linbo-ssh funkioniert wie gewohnt.)
Auf dem Client ist auf jeden Fall LInbo 4.1.22 angekommen:
$ linbo-ssh vm-win10 ->
Welcome to
_ _____ _ _ ____ ____
| | |_ _| \ | | _ \ / __ \
| | | | | \| | |_) | | | |
| | | | | . ` | _ <| | | |
| |____ _| |_| |\ | |_) | |__| |
|______|_____|_| \_|____/ \____/
LINBO 4.1.22-0: One Step Beyond | IP: 10.16.1.16
[...]Vielleicht kann ich das LINBO-Passwort ja irgendwie neu setzen?
Viele Grüße,
Michael
Mich würde aber trotzdem interessieren, was genau zu dem merkwürdigen Fehler geführt hat.
/etc/rsyncd.secrets ändern.update-linbofs aufrufen.VG, Thomas
Genau das, was Holger oben vermutet hat: Da stand in der start.conf.win10 bei den Kernel-Paremtern der Eintrag
KernelOptions = quiet splash dhcpretry=10 modprobe.blacklist=radeon
Irgendwann brauchten wir das mal – ich weiß aber nicht mehr auf welcher Hardware das notwendig war (evtl Yoga-12-Laptops? 
)
Unter /etc/rsyncd.secrets steht das richtige Passwort. Dann nochmal update-linbofs … mal sehen
Nö – will leider nicht. Ich habe ein super einfaches Passwort mit 8 Zeichen aber ohne Sonderzeichen gewählt. Es ist ein Großbuchstabe dabei und 4 Ziffern. Hier nochmal die Ausgabe auf dem Server:
update-linbofs
Hashing linbo password ... Success!
Processing linbofs64 update ...
100 % 29,2 MiB / 133,3 MiB = 0,219 2,1 MiB/s 1:02
Ok!
0+0 records in
0+0 records out
0 bytes copied, 0,000111558 s, 0,0 kB/s
mkfs.fat 4.2 (2021-01-31)
xorriso 1.5.4 : RockRidge filesystem manipulator, libburnia project.
Drive current: -outdev 'stdio:/srv/linbo/linbo.iso'
Media current: stdio file, overwriteable
Media status : is blank
Media summary: 0 sessions, 0 data blocks, 0 data, 41.5g free
Added to ISO image: directory '/'='/var/cache/linuxmuster/linbo/iso'
xorriso : UPDATE : 990 files added in 1 seconds
xorriso : UPDATE : 990 files added in 1 seconds
xorriso : NOTE : Copying to System Area: 432 bytes from file '/usr/lib/ISOLINUX/isohdpfx.bin'
xorriso : WARNING : Boot image load size exceeds 65535 blocks of 512 bytes. Will record 0 in El Torito to extend ESP to end-of-medium.
libisofs: NOTE : Aligned image size to cylinder size by 392 blocks
xorriso : UPDATE : 33.23% done
ISO image produced: 125952 sectors
Written to medium : 125952 sectors at LBA 0
Writing to 'stdio:/srv/linbo/linbo.iso' completed successfully.Neustart der VM per PXE →
Ok, danke. Ich dachte, der Parameter lautet nur auf blacklist=radeon. Wenn modprobe.blacklist tatsächlich auch vorkommen kann, muss ich das abfangen.
Der Passwort-Fehler ist seltsam. Was passiert, wenn du auf der Linbo-Konsole linbo_auth <password> eingibst? Wird das aktualisierte Linbo nach update-linbofs heruntergeladen? Hast du warmstart abgeschaltet? Falls ja, musst du den Linbo-Client nochmal neustarten.
VG, Thomas
Die VM war komplett aus. Gerade nochmal neu gestartet. Beim Start sieht alles normal aus – die Bootreihenfolge für diese VM steht auf „Net, scsi0“. Dann muss es auf der VM doch aktuell sein, oder?
linbo_auth <password>
Das liefert auch auf der Konsole:
vm-win10: ~ # linbo_auth Pass5678
Using local authentication ...
Password does not matchDie Datei auf dem Server sieht übrigens so aus (und wurde seitdem nicht geändert):
[root@server:~]$ cat /etc/rsyncd.secrets
# modified by linuxmuster-setup at 20190914143026
linbo:Pass5678
[root@server:~]$Vielleicht wird da zuviel gehashed? Oder passt das alles so?
Vergleich mal den Inhalt folgender Dateien
/var/cache/linuxmuster/linbo/linbofs64/etc/linbo_pwhash/var/cache/linuxmuster/linbo/linbofs64/etc/linbo_salt/etc/linbo_pwhash/etc/linbo_saltInhalt sollte jeweils identisch sein.
VG, Thomas
Nochmal zu den Quota: Hat sich da auch etwas geändert? Gerade im WebUI zufällig auf …/view/lm/users/teachers → Quota anzeigen
dort erhalte ich diese Meldung:
Serverfehler
Server error occured. This is likely a bug.
Request
GET /api/lmn/quota/usermap/<ein login>
Type
ValueError
Message
invalid literal for int() with base 10: 'not available'
Traceback
Traceback (most recent call last):
File "/usr/local/lib/python3.10/dist-packages/aj/api/endpoint.py", line 75, in wrapper
result = fx(self, context, *args, **kwargs)
File "/usr/lib/linuxmuster-webui/plugins/lmn_quotas/views.py", line 65, in handle_group_quota
if int(share['HARDLIMIT_MiB']) == share['HARDLIMIT_MiB']:
ValueError: invalid literal for int() with base 10: 'not available'Hab’s verglichen – beide Dateien sind identisch.
Paste mal folgendes in die Linbo-Konsole, <linbo_password> und <linbo_salt> entsprechend ersetzen.
cpus="$(LANG=C grep -c ^processor /proc/cpuinfo)"
echo "<linbo_password>" | LANG=C argon2 "<linbo_salt>" -t 1000 -p $cpus | grep ^Hash | awk '{print $2}'
Wird der Hash ausgegeben oder gibt es eine Fehlermeldung?
VG, Thomas