ja, das denke ich auch. Leider kenne ich die Details auch nicht genauer, vor allem wo der Eintrag, bzw. die Einträge landen.
cat /etc/krb5.conf
Ich dachte in der krb5.conf, aber da steht auch bei uns der Server nicht drin, sondern der „default_realm“ und das ist der Name der Domäne.
Beim Vergleich zu meinen Debian Samba Servern, bei denen ich die letzten Wochen von Debian 11 auf 12 upgeradet habe:
hier gibt es den zusätzlichen Abschnitt:
[domain_realm]
dc-HOSTNAME = DomainNAME
Wahrscheinlich steht über allem eh ein funktionierendes DNS, was wirklich entscheidend für die Funktion ist,
denke ich,
In der Schulkonsole unter Einschreiben sieht man bei den Projekten die Anzahl der Mitglieder. Wie man sieht, gibt es Projekte, bei denen 0 Mitglider angezeigt werden. Im Projekt p_8cbio, beispielsweise, sind aber alle Mitglieder der Gruppe 8c enthalten. Es sind also nicht 0 Mitglider.
ich habe letzte Nacht meinen „privaten“ 7.1-Server auf 7.2 aktualisiert.
Beim Schritt dpkg-reconfigure sophomorix-samba linuxmuster-base7 linuxmuster-webui7 kam bei mir zu mehreren Problemen.
Zunächst ein „alter Bekannter“ - Versionsprobleme beim Kryptographie-Modul. Problem war, dass man pip bei mir gar nicht mehr starten konnte!
Was half, war das manuelle Löschen: rm -R /usr/lib/python3/dist-packages/OpenSSL.
Danach konnte man die passenden Bibliotheken wie damals vorgeschlagen installieren: pip3 install cryptography==3.4.6
Das nächste Problem: Attempting uninstall: simplejson Found existing installation: simplejson 3.16.0 ERROR: Cannot uninstall 'simplejson'. It is a distutils installed project and thus we cannot accurately determine which files belong to it which would lead to only a partial uninstall.
Das habe ich lösen können mit dem Entfernen von simplejson (und Abhängigkeiten) mit apt: apt remove python3-simplejson. Danach lief der reconfigure-Befehl dann durch.
Ob ich damit irgendetwas kaputt gemacht habe, kann ich natürlich nicht sagen - nur, dass es nun zu laufen scheint.
Hallo zusammen,
ich habe nach dem Update auf 7.2 ein Problem mit linbo-remote.
Zuerst habe ich alle Clients einmal durchstarten lassen, damit sie linbo 4.1 (genauer 4.1.35-0) haben. Nun habe ich das Problem, dass wenn ich linbo-remote nutze mit bspw.:
der Client in linbo bootet, dann aber den Autostart weiter ausführt und das eingestellte OS startet. Zur Ausführung der Befehle kommt es dann gar nicht.
Hat dieses Problem schon jemand beobachten können und vielleicht einen Tipp, wie ich es weiter debuggen könnte?
Edit: Gerade bemerkt, dass ich nach dem Upgrade linuxmuster-import-devices vergessen hatte. Ich werde es nochmal probieren evtl. hat sich das Problem damit aber gelöst.
Tag auch,
falls das so tut wie Du das geplant hast, dann mach ich das schon immer zu umstaendlich, wusste nicht, dass das „-w 60“ den autostart deaktiviert, damit die -c-Befehlen entgegengenommen werden koennen - dachte dazu muss der Client in linbo ruhen.
Ich hab dazu immer „-p“ abgedrueckt und danach noch den WOL-Befehl (-w 0) gesendet.
Hallo zusammen,
„-w 60“ bewirkt, dass der Cleint ein WOL-Paket bekommt und dann wird 60 Sekunden gewartet. Wenn der Client innerhalb der 60 Sekunden in Linbo ist, werden die -c-Befehle abgeschickt.
Wenn der Client länger als 60 sekunden braucht, werden die -c-Befehle nicht vom Client ausgeführt.
Mit „-p“ ist das etwas eleganter. Der Client wird mit „-w 0“ gestartet und sobald der Client Linbo gestartet hat, werden die -p-Befehle ausgeführt.
Da ich den Autostart in der /srv/linbo/boot/grub/imagename.cfg realisiere, brauche ich -n nicht.
# ### NOT managed by linuxmuster.net ###
# edit to your needs
set default=1
set timeout=5
set fallback=1
Mit default=1 wird sofort das BS gestartet, also ohne Linbo zu starten.
Hallo zusammen,
heute haben wir (meine Klasse und ich) eine interessante Entdeckung gemacht:
Die Schüler haben über die Schulkonsole ihr Passwort geändert. Das witzige ist jetzt, dass sich die Schüler mit dem alten und dem neuen Passwort in der Schulkonsole anmelden können.
Die Anmeldung am Rechner, der Nextcloud oder Moodle geht nur mit dem neuen Passwort.
In der zweiten Doppelstunde ging dann nur noch das neue Passwort.
Das ist normal, es liegt am Parameter old password allowed period = 60 im Samba, der die User erlaubt, das alter PW noch eine Stunde lang verwenden zu können, damit sie nicht sofort von allen Services ausgeloggt werden.