hallo thomas,
ich finde nach dem update in der api.py eine andere syntax vor… hintergrund, wie kann ich mich als schüler einloggen zwecks pw änderung? da musste man vorher sophomorixrole = student einfügen. das sieht jetzt anderes aus.
wie bekomme ich das wieder hin?
derweil spiele ich mal das image neu ein:
falls ich die labelnamen in grossbuchstaben ändere, hat das einen einfluss auf die bestehenden images/clients mit dem gleichen image?
beim neustarten: -> installiere grub in … FEHLER. danach hängt linbo in einer dauerschleife: es geht immer bis zum linbo-bootmenü, dann kommt ein neustart
versuch neu:
beim linbo boot noch einen acpi-fehler entdeckt, ging zu schnell, muss das nächste mal photo machen. jetzt mach ich erstmal wieder die partitionen platt
versuch neu:
versuch neu:
kann dies hier wirklich an den labels liegen??? das ist jetzt schon die 2. oder 3. hw-klasse, wo uefi einfach nicht geht. bin letztlich immer bei legacy gelandet…
anderes problem: da dies ein image von einem anderen rechner ist, gehen nun etliche geräte wg. falscher treiber nicht richtig, am doofsten ist ethernet karte. trotz de-installieren der geräte und neustart macht windows leider keine neu-installation, hat hier jemand einen tipp??? (gelöst)
nachtrag: etwas mühsam, alle chipsatz-treiber / sonstigen treiber manuell runterladen und per usb übertragen…uff, netzwerkkarte/audio läuft.
frage nochmal nach dist-upgrade:
wie kann ich schülern wieder zutritt zur schulkonsole verschaffen zwecks pw-änderung? die syntax ist anders in der neuen api.py, das alte verfahren klappt nicht mehr: sophomorixrole = student oder so ähnlich
und sorry, passt auch nicht in den thread, aber so ist nachvollziebar, was nach einer image-umsiedelung alles schiefgehen kann:
alle netzlaufwerke (home, tausch) weg, und zwar bei ALLEN clients, auch den alten. (nach dist-upgrade)
wie repariere ich das???
hilft das?
sophomorix-school --gpo-create default-school|
oder das?
sophomorix-repair --all
Hallo,
frage nochmal nach dist-upgrade:
wie kann ich schülern wieder zutritt zur schulkonsole verschaffen zwecks
pw-änderung? die syntax ist anders in der neuen api.py, das alte
verfahren klappt nicht mehr: sophomorixrole = student oder so ähnlich
in der api.py
unter der Zeile 30 eine neue Zeile einfügen (students)
def _get_ldap_user(self, username, auth=False):
"""Retrieve user's DN and attributes from LDAP."""
ldap_filter = """(&
(cn=%s)
(objectClass=user)
(|
(sophomorixRole=globaladministrator)
(sophomorixRole=schooladministrator)
(sophomorixRole=teacher)
(sophomorixRole=student)
)
)"""
Danach webui neustarten
LG
Holger
prima, login klappt wieder!
fehlen noch die netzlaufwerke, dieses problem hatte ich noch nie, bin deshalb hier planlos.
Hallo Hendrik,
und sorry, passt auch nicht in den thread, aber so ist nachvollziebar,
was nach einer image-umsiedelung alles schiefgehen kann:
beschreib mal was du meinst mit einer imageumsiedlung: ich kann mir da
nichts drunter vorstellen.
LG
Holger
ich habe ein bestehendes image (hw klasse A) auf einen lenovo (hw klasse B) aufgespielt. davor habe ich noch ein dist-upgrade des servers gemacht. opnsense update steht noch aus.
nach dem dist-upgrade waren die verzeichnisse weg.
Hallo Hendrik,
fehlen noch die netzlaufwerke, dieses problem hatte ich noch nie, bin
deshalb hier planlos.
stimmt den die Systemzeit auf den Clients?
LG
Holger
ja, die win10 - zeit (bios müsste auch passen), server auch
Hallo Hendrik,
bitte führ mal
sophomorix-school --gpo-create
wahrscheinlich
sophomorix-school --gpo-create default-school
auf dem server aus und teste nochmal.
LG
Holger
nein, leider nix gebracht. befehl lief fehlerfrei durch. habe clients neu gestart und kontrolliert.
wie sieht es damit aus, „ungefährlich“?
ich mache einen neuen thread auf.
Hallo Hendrik,
sophomorix-repair --allwie sieht es damit aus, „ungefährlich“?
der Befehl hat bei mir noch nie Probleme verursacht.
Aber: es sind ja Windows Clients bei dir betroffen, nachdem du das Image
auf eine neue Hardware gebracht hast: hast du da auch einen neuen
Imagenamen verwendet?
Das könnte Nebenwirkungen haben.
LG
Holger
ja, neue gruppe erstellt. wie gesagt, die alten win-clients sind auch betroffen.
-> neuer thread Home-Verzeichnisse werden nach dist-upgrade nicht mehr eingebunden / gemounted / samba
Hallo Hendrik,
ja, neue gruppe erstellt. wie gesagt, die alten win-clients sind auch
betroffen.
mit einem neuen Imagenamen sind wohl die macct Dateien weg … dann geht
die Domänenameldung fehl …
→ neuer thread Home-Verzeichnisse werden nach dist-upgrade nicht mehr
eingebunden / gemounted / samba
https://ask.linuxmuster.net/t/home-verzeichnisse-werden-nach-dist-upgrade-nicht-mehr-eingebunden-gemounted-samba/5598
ich denke der Titel ist falsch, weil ich meine, dass es nciht am
distupgrade liegt, sondern an der umbenennung des Images.
Bitte schau mal ob folgende Dateien da sind:
/srv/linbo/alterimagenme.cloop.macct
/srv/linbo/neuerimagenme.cloop.macct
Falls beide da sind: ist der Inhalt gleich?
Falls nein: neue.macct Datei wegkopieren, also auf neue kopieren, auf
Rechte achten, linuxmuster-import-devices machen, Client neu+start
machen und schauen ob die Netzlaufwerke da sind.
Welche IP hat den der gebootete Client, bei dem die Netzlaufwerke fehlen?
LG
Holger
also wie gesagt, ich habe ja alte clients, die in einer anderen gruppe sind, andere imagenamen besitzen etc. hier sind die homes auch nicht vorhanden.
die macct-dateien sind da, da gab es bei uns 2 versionen, eine, die vom system erstellt wird beim neu-image-erstellen (keine vertrauensstellung) und eine alte version, die musste man drüberkopieren auf die falsche. dass muss ich nochmal überprüfen. jetzt bin ich leider schon wieder in die problematik reingelaufen, dass rechner aus der domäne rausgefallen sind - das war ein nerviger vorgang, das wieder zu reparieren…
grub-bug(?) kommt noch dazu: die partitionen werden nicht nur verwürfelt, es fehlen tw. auch die labels. ich fange demnächst nochmal von vorne und achte darauf, dass keine fehler passieren.