Lmn 7.2 testing

Weiterentwicklung
103

Moin!

In dem Zusammenhang ist sicher das verbesserte Environment der neuen Linbo-Konsole interessant. Siehe README.

VG, Thomas

104

Hallo Michael,

…das ist aus der Stadard-Vorlagendatei von Linbo Exampels…siehe hier…übrigens hier vom aktuellen Linbo 4.1.44…das wird halt Probleme geben, weil die Vorlagendatei nahezu alle da draußen benutzen. Du hast da irgend eine andere Variante, die ich noch nie gesehen habe.

Update: habe sie gefunden…die ist aus den docs.

Das macht die Situation nicht besser, weil es verschiedene Varianten in der Wildnis gibt. Meine Variante war die, die ganz zu Beginn der „Postsyncerei“ eingeführt wurde…

Nochmal @thomas : also zumindest in den Exampels muss es angepasst werden und in die Doku und Readme…oder nicht?

Gruß
Dominik

105

Hallo Dominik,

danke für den Hinweis. Die Linbo-Examples sind bei mir schon auf der todo-Liste. → @Doku-Team Postsyncscripte müssen angepasst werden.
Evtl. kann auch jemand aus der Community schöne Postsync-Examples zur Verfügung stellen. :hugs:

VG, Thomas

106

Moin moin!

linuxmuster-linbo7 4.1.25 ist verfügbar:

Wenn bei der Erstellung von differentiellen Images das Basisimage nicht kompatibel ist, wird jetzt eine entsprechende Fehlermeldung ausgegeben. Beispieldateien wurden aktualisiert und obsolete entfernt.

VG, Thomas

4 „Gefällt mir“
107

Hallo,

habe das ganze jetzt mal in der Schule ausgerollt, da gerade Ferien sind, um das live zu testen. Upgrade des Servers lieft ohne unlösbare Probleme durch…an zwei, drei Stellen gab es Abhängigkeitsprobleme mit speziellen (uralten) Epson Druckertreibern und Cannon Treiber für Kopierer, die alte Libraries wollten…war mit Gebastel lösbar. Nach dem Update von 20.04 auf 22.04 wollte samba nicht mehr starten, was daran lag, dass die smb.conf weg war!? Keine Ahnung wieso, ich hatte bei der Konfiguration des Pakets „die alte behalten“ gewählt. Hab dann die smb.conf aus dem Backup hin geschoben und alles war gut. Ich denke, dass ist eher ein sehr esoterischer Fehler…ist in keinem anderen Test bisher aufgetreten. Insgesamt lief es also sehr gut! Wenn man keine blöden Pakete wie meine Druckertreiber installiert hat sollte das glatt durchlaufen.

Habe dann die postsync-Dateien auf die neuen Umgebungsvariablen von linbo4.1 angepasst. Von meinen 220 Clients (extrem heterogene Hardware; Intel und AMD, Notebooks und Desktops von 8 Jahre alt bis 1 Monat alt) haben sich bis auf 10 steinalte Terra Notebooks mit einem Horror-VIA-Chipsatz alle auf Anhieb mit dem neuen Linbo verstanden. Die Terras frieren schon bei der Hardwareinitialisierung direkt ein…habe bisher keinen Kernelparameter gefunden, der die wieder zum Leben erweckt. Danach war bei allen getesteten Clients direkt ein Login möglich. Netzlaufwerke waren da und das SSO für den Proxy hat auch funktioniert…Browsen war direkt möglich. Habe allerdings nur Ubuntu-Clients, zu Windoof kann ich nichts sagen.
Ldap-Auth von externen/internen Diensten klappt. Bei der WebUi habe ich die Nutzerverwaltung getestet, klappt. Morgen werde ich mal weiter testen. Bisher sieht alles gut aus. Wenn ich nichts gravierendes finde, lasse ich das mal nach den Ferien weiter laufen.

VG
Dominik

3 „Gefällt mir“
108

Hallo Dominik,

meine Vorbereitungen laufen auch.
Heute hab den ganzen Tag ein neues Image für meine ubuntu Clients
eingespielt und angepaßt (Update von 18.04 auf 20.04 … wurde langsam
Zeit).
Backups sind gemacht (gerade fertig).
Upgrade mach ich vielleicht schon Heute Nacht, oder dann halt MOrgen
tagsüber.
Tests an echter Hardware in der Schule werden Mittwoch gemacht.

LG

Holger

2 „Gefällt mir“
109

Hallo,

ich hab die upgrades gemacht.
Nach dem Ändern von:
/usr/lib/linuxmuster-webui/etc/requirements.txt
Eintrag von 39.0.0 in der Datei (es stand 39.0.1)
Beim Lauf von
dpkg-reconfigure sophomorix-samba linuxmuster-base7 linuxmuster-webui7
kamen dann Fehlermeldungen:
Bildschirmfoto vom 2023-02-20 23-48-08

Ich hab darauf hin wieder 39.0.1 in die Datei geschrieben und nochmal
dpkg-reconfigure sophomorix-samba linuxmuster-base7 linuxmuster-webui7
laufen lassen: dann lief es durch: vielelciht müssen wir da die Anleitung anpassen.

LG

Holger

1 „Gefällt mir“
110

Hallo Holger,

Warum hast du es geändert ? Es muss 39.0.1 sein.

Es freut mich sehr, dass viele Tester den Upgrade und Meldungen hier sammeln, vielen Dank dafür. Ich muss aber mitteilen, dass ich gerade den Session Plugin in 7.2 neu schreibe. Ich hoffe es wird für euch kein Problem sein.

Gruß

Arnaud

111

Hallo Arnaud,

Nach dem Ändern von:
>/usr/lib/linuxmuster-webui/etc/requirements.txt|
Eintrag von 39.0.0 in der Datei (es stand 39.0.1)

Warum hast du es geändert ? Es muss 39.0.1 sein.

weil es in der Anleitung stand:

https://docs.linuxmuster.net/de/latest/appendix/beta-lmn72/index.html

und weil es bis vor ca. einer Woche auch noch notwendig war: da war die
Eingetragene Nummer in der Datei nämlich kleiner als 39.0.0, bei meinen
letzten 2 oder 3 Upgrades war sie 39.0.1

LG

Holger

112

Hallo,

ich hab Heute mal einen (VM) Client beobachtet, bei dem die GRUPPE.cfg
nicht neu geschrieben wurde, seit dem upgrade von linbo4.0 auf 4.1 (weil
ich die managed by linuxmuster Zeile manipuliert habe).
In der cfg steht außerdem: neu+start von win10 nach 3 Sekunden und es
steht warmstart=no in eben dieser .cfg: also etwas was wir als Problem
gefunden und Thomas gefixed hatte.
Ich kann sagen: der fix funktioniert.

Der Client bootet mit linbo 4.0.44 (darauf wurde geachtet) und restartet
noch vor dem sync. Dann bootet linbo 4.1.25 und tut was es soll
(neu+sync+start)

Thumbs up!

LG

Holger

2 „Gefällt mir“
113

Hallo,

noch eine Beobachtung zum upgrade von 18.04 über 20.04 auf 22.04 des
servers.
Es hat meine freeradius config geschreddert.
Es fehlten nach dem upgrade auf 20.04 schon essentielle Teile (die ich
nicht genauer untersucht habe: der Dienst startete nciht mehr).
Ich weiter upgegraded und mir danach den Schaden angeschaut.
Der Dienst meldete beim Start, dass er ein Verzeichnis in etc nicht
finden könne: sites-enabled
Ich hab nachgeschaut: sites-availible war da, aber enabled nciht.
Also hab ich ins Backup geschaut: da waren noch mehr Dateien und
Verzeichnisse die unter /etc/freeradius/3.0/ fehlten.
Da hab ich nicht lang rum gemacht und das Verzeichnis
/etc/freeradius/3.0/ zu 3.0-bak umbenannt und das Verzeichnis
/etc/freeradius/3.0/ aus dem Backup wiederhergestellt.
Der Radius lief sofort wieder.

Es ist ja nicht vorgesehen den radius auf dem Server laufen zu lassen:
an dieser Stelle sieht man, war das so eher nicht empfohlen wird.
Zum Glück ist es einfach zu reparieren.

LG

Holger

114

Hallo @Arnaud ,

in wie fern könnte das ein Problem werden? Kommt das nicht einfach per dist-upgrade?

VG
Dominik

115

Hallo.

Gerade nachgeschaut — same here:

service freeradius status
● freeradius.service - FreeRADIUS multi-protocol policy server
     Loaded: loaded (/lib/systemd/system/freeradius.service; enabled; vendor preset: enabled)
     Active: activating (auto-restart) (Result: exit-code) since Tue 2023-02-21 13:35:44 CET; 3s ago
       Docs: man:radiusd(8)
             man:radiusd.conf(5)
             http://wiki.freeradius.org/
             http://networkradius.com/doc/
    Process: 2065789 ExecStartPre=/usr/sbin/freeradius $FREERADIUS_OPTIONS -Cx -lstdout (code=exited, status=1/FAILURE)
        CPU: 56ms

Neulich gab es doch eine Diskussion, ob man nicht gleich auf Version 3.2 wechseln sollte … wäre das an dieser Stelle eine Option?

Viele Grüße,
Michael

116

Hallo Holger,

Ah ja, stimmt, ich hatte den Patch noch nicht veröffentlicht.
Aber jetzt kann es von der Doku entfernt werden @Doku-Team , danke !

Arnaud

117

Hallo Dominik,

Ja, das kommt per dist-upgrade, aber das ist nicht das Problem. Im aktuellen Zustand funktionieren Dateien-Transfer und Klassenarbeitsmodus noch nicht.
Wenn ihr die 7.2 im produktiven System installiert, dann muss ich die Strategie ändern und das alte Plugin zur Verfügung stellen, parallel zum neuen.

Das ist gar kein Problem und erzeugt keine Mehrarbeit, ich muss nur wissen ob einige von euch es im Einsatz habt, und damit mache einen Eintrag Unterricht und einen anderen Unterrichtneu-Beta parallel in die Webui.

Gruß

Arnaud

1 „Gefällt mir“
118

Hallo Arnaud,

du meinst Dateitransfer in der webui selbst (mit dem „Dateien Plugin“)
oder „austeilen/einsammeln“?

Klassenarbeit benötige ich eher nicht derzeit.

LG

Holger

119

Hallo Holger,

Ich meine „austeilen/einsammeln“ im neuen „Unterricht“ Plugin ( noch nicht veröffentlicht ).

Gruß

Arnaud

120

Hallo Arnaud,
in diesem Fall wäre es super, wenn du das alte Plugin noch parallel anzeigen würdest. Aber wirklich nur, wenn es dir keine zusätzliche Arbeit macht! Ansonsten müssen meine User eben Einsammeln und Austeilen über die Nextcloud.

Vielen Dank für deine überragende Arbeit! …das muss auch immer mal wieder gesagt werden!

VG Dominik

1 „Gefällt mir“
121

Hallo,

ich hab noch eine Beobachtung bei meiner Umstellung gemacht.

Starte ich Clients mit linbo-remote oder „beschieße“ sie mit einer
linbo-remote Zeile wie:

linbo-remote -i 10.16.3.35 -c format,sync:1,start:1

so starten sie danach nicht: am Client bleibt der Bildschirm: "This
client is controlles remotely, Please don’t power ist off.

Jetzt hab ich mal einen Client Zuhause in meiner 7.2 Testumgebung mit
obiger Zeile beschossen und ihm danach per linbo-ssh beobachtet.
Ich sehe den donwload des Images (cache füllt sich) und danach sehe ich
den Sync (/mnt/ wird voll während ndb eingehängt ist).
Ich sehe auch in top eine Zeile mit „sinngemäß“ linbo sync:1
Ist er fertig hört er auf…
Dann sehe ich noch eine linbo Zeile, aber keinen start.

tmux kann ich leider nicht bedienen: wie kann ich mir damit den Client
anschauen?

LG

Holger

122

Hallo,

… und noch eine Beobachtung dazu (linbo-remote).
Wenn ich nach dem sync den Client mit exit verlasse (linbo-ssh
Verbindung trennen), dann komme ich nicht wieder drauf:

linbo-ssh 10.16.3.35
root@10.16.3.35: Permission denied (publickey).

Auch linbo-remote kommt nicht mehr durch:

linbo-remote -i 10.16.3.35 -c start:1