Lieber Rainer,
BINGO ! Das war wohl der richtige Tipp: Ich habe unter /home/linuxadmin/
auf dem Server alles weggeputzt - und nun funktioniert die Anmeldung
sofort.
Außerdem kann ich auch auf mein ausgelagertes wine_drive.c zugreifen, was
vorher nicht möglich war. (Das Problem mit nautilus / nemo hab ich noch
nicht registriert, da ich einen kde-plasma-client habe, bei dem ich gerne
auf dolphin zurückgreife. Werde jetzt aber mal damit "spielen").
Es gibt aber noch Probleme mit der Gruppenzugehörigkeit, denn alle Dateien
unterhalb <client>://home/students/5a/aretzka/ - also des Schülers
"aretzka" - gehören noch zur Gruppe "root", bis auf ".xsession-errors",
die, wie "Home_auf_Server" zur Gruppe 5a gehören. Welche weitere "Schraube"
müsste hier noch überprüft werden?
Und: Wieso ist ausgerechnet das Server-Verzeichnis für den linuxadmin für
diese Problematik verantwortlich ?
Zunächst aber mal: Merci, Rainer !
Gruß Christoph G.
Am 3. Oktober 2016 um 19:09 schrieb rai...@linuxmuster.net <
rai...@linuxmuster.net>:
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hallo Christoph!
>
> Ich würde darauf tippen, dass das Verzeichnis Home_auf_Server des
> Vorlagenbenutzers (linuxadmin?!) nicht leer ist.
> Zumindest erinnert mich das beschrieben Szenario genau an diesen Fall.
>
> Danach sind dann, trotz fehlgeschlagener Anmeldung, noch einige shares
> der fehlgeschlagenen Anmeldung verbunden (-> client# mount) und es kommt
> zu Problemen bei weiteren Anmeldungen.
>
> Grundsätzlich kann ich das deutlich zähere Startverhalten von 16.04 im
> Vergleich zu 14.04 bestätigen. Es dauert mit Hardware vom 2010 ca. 15
> Sekunden länger bis zum Anmeldebildschirm. Das Anmelden dauert dann noch
> ca. 3 Sekunden länger. Anschließend ist eher 16.04 schneller.
> Allerdings habe ich noch ein Problem mit nautilus/nemo, die unregelmäßig
> extrem die CPU mit 100% belasten und damit das System ausbremsen.
> Interessanterweise passiert das nicht, wenn man nautilus/nemo mit sudo
> startet. Zeitgeist ist abgeschaltet. -> ???
>
> Gruß - Rainer
>
>
>
> Am 03.10.2016 um 18:52 schrieb Christoph Günschmann:
> > Hallo,
> >
> > ich bestätige nochmal Tobias' Hinweise:
> > Wenn ein user noch nie angemeldet war, dann schlägt die erste
> Anmeldung am client bei mir definitiv fehl.
> > Ich habe dazu einmal zu den Eintrittspunkten in die Funktionen der
> Skripte unterhalb von /etc/linuxmuster-client/pre-mount.d/ loggen
> lassen, wie die Benutzerverzeichnisse aussehen.
> > Und da gehören bei meinem Benutzer Karl Aretz aus der 5a ("aretzka")
> alle Dateien dem root, bis auf .cache (aretzka:5a) und Home-auf_Server
> (aretzka:5a).
> > Die eingefügte chmod-Zeile "chown -R 1000:1000 /mnt/home/linuxadmin"
> bringt hier leider auch nix.
> > Auch mich irritieren die Kommentare in der
> 020-chmod-user-script-Zeile, die eher zu der Funktionalität aus
> 010-profilecopy passen.
> > Wichtig finde ich auch, dass man in das .deb-Paket die Anforderung
> packen sollte, dass die syslinux-utils ebenfalls installiert werden
> müssen, damit der Befehl "gethostid" funktioniert.
> > (Vormals beim 14.04er-client: syslinux).
> >
> > Ansonsten überlege ich, ob ein etwas angepasster 14.04er-client für
> unsere Zwecke hier nicht auch reichen müsste, denn das Startverhalten
> meines Xenial ist deutlich "zäher" (in der virtuellen Umgebung).
> > Zudem haben wir hier noch das Problem mit den cgroups
> (Benutzer-slice), das wohl beim 14.04er nicht auftaucht. (Meldet man
> sich zu schnell ab und mit neuem Namen an, gibt's Probleme, da der alte
> Benutzer noch angemeldet ist). Müsste man hier nicht vielleicht start
> "einfacher" startup-Skripte ein systemd-konformes Skript schreiben ?
> >
> > Mit Grüßen aus dem kalten Mönchengladbach
> > Christoph Günschmann
> >
> >
> >
> >
> > Am 29. September 2016 um 00:10 schrieb T. Küchel
> <t.kuec...@humboldt-ka.de <mailto:t.kuec...@humboldt-ka.de>>:
> >
> > Hi Dominik,
> >
> > die beiden haben recht.
> >
> > Das 020-chmod-user Skript sollte die Überprüfung nach Home_auf_Server
> > nicht enthalten.
> >
> > Die Zeilen ...
> > # Additional check, if the Home_auf_Server Directory is not empty
> and return
> > # If it was not empty, it would be bad to sync the profile
> > . /etc/linuxmuster-client/linuxmuster-client.conf || exit 1
> > if [ "$(ls -A $HOMEDIR/$HOMEFOLDERNAME)" ]; then
> > msg2log pre-mount "$HOMEFOLDERNAME is not empty, not syncing."
> > return 0
> > fi
> > ...
> > sollte raus aus dem Skript, die waren (wie man am log erkennen
> kann) nur
> > für das syncing in 010-profilecopy gedacht.
> >
> > Christian und Christoph, ihr könnt also die obigen Zeilen in
> > 020-chmod-user einfach löschen.
> >
> > Grüße, Tobias
> >
> > Am 26.09.2016 um 12:43 schrieb Dominik Förderer:
> > > Hallo,
> > >
> > > ich kann das Problem bei mir nicht nachvollziehen!?
> > >
> > > Möglicherweise liegt es daran, dass ich mir im postsync-script
> (d.h. in
> > > xenial.cloop.postsync) die Besitzverhältnisse für home
> folgendermaßen
> > > anpasse:
> > >
> > > chown -R 1000:1000 /mnt/home/linuxadmin
> > >
> > > Versucht das mal...die Zeile ist eigentlich im Default cloop
> postsync
> > > mit dabei.
> > >
> > > Gruß
> > >
> > > Dominik
> > >
> > > Am 26.09.2016 um 12:19 schrieb Christian Weichhard:
> > >> Hallo zusammen,
> > >>
> > >> ich kann das Problem bestätigen. Die Lösung - nämlich die
> Besitzänderung
> > >> aller Dateien im Homeverzeichnis nach oben zu verschieben -
> probiere ich
> > >> jetzt aus.
> > >>
> > >> Schöne Grüße
> > >>
> > >>
> > >> Christian
> > >>
> > >>
> > >>
> > >> Am 24.09.2016 um 23:24 schrieb Christoph Günschmann:
> > >>> Liebe Entwickler des linuxmuster-client-Paketes,
> > >>>
> > >>> da ich noch nicht weiß, wie man ein ticket erstellt etc.,
> frage ich
> > >>> Euch hier direkt.
> > >>> Bei mir funktioniert bei meinem Probeclient unter Xenial das
> meiste
> > >>> prächtig.
> > >>> Es gibt aber immer wieder Probleme mit dem Skript:
> > >>>
> > >>> /etc/linuxmuster-client/pre-mount.d/020-chmod-user
> > >>>
> > >>> Denn die untenstehenden Zeilen mit dem
> > >>>
> > >>> chown -R $USER $HOMEDIR
> > >>>
> > >>> werden bei mir nie erreicht !
> > >>>
> > >>> Beim ersten Aufruf ($USER = $VOLUME) wird es bis zur Abfrage des
> > >>> Home_auf_Server geführt, entdeckt dort Dateien und springt zu dem
> > >>> aufrufenden Skript /usr/sbin/linuxmuster-pam-mount zurück.
> > >>> Bei den nächsten Aufrufen ist $USER != $VOLUME, was ebenfalls zum
> > >>> Rücksprung führt.
> > >>>
> > >>> Dadurch bleiben die bei der ersten Profilkopie erstellten Dateien
> > >>> (schlimm bei .Xauthority etc.) dem Benutzer root und
> verhindern den Login.
> > >>>
> > >>> Verschiebe ich die Zeile mit dem chmod - R $USER $HOMEDIR nach
> oben -
> > >>> (wird sie vielleicht mehrfach ausgeführt - das wäre aber doch
> nicht
> > >>> schlimm, oder ?) - löst sich damit das Problem.
> > >>>
> > >>> Könnt Ihr mal bitte einen Blick auf die
> > >>>
> > >>> /etc/linuxmuster-client/pre-mount.d/020-chmod-user
> > >>>
> > >>> werfen ?
> > >>>
> > >>> Danke,
> > >>> Christoph Günschmann
> > >>>
> > >>>
> > >>>
> > >>> _______________________________________________
> > >>> linuxmuster-user mailing list
> > >>> linuxmuster-user@lists.linuxmuster.net
> <mailto:linuxmuster-user@lists.linuxmuster.net>
> > >>> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> <https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user>
> > >>
> > >>
> > >>
> > >> _______________________________________________
> > >> linuxmuster-user mailing list
> > >> linuxmuster-user@lists.linuxmuster.net
> <mailto:linuxmuster-user@lists.linuxmuster.net>
> > >> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> <https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user>
> > >>
> > >
> >
> > _______________________________________________
> > linuxmuster-user mailing list
> > linuxmuster-user@lists.linuxmuster.net
> <mailto:linuxmuster-user@lists.linuxmuster.net>
> > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
> <https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user>
> >
> >
> >
> >
> > _______________________________________________
> > linuxmuster-user mailing list
> > linuxmuster-user@lists.linuxmuster.net
> > https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.17 (GNU/Linux)
>
> iQIcBAEBAgAGBQJX8pDGAAoJEH0umAxi3ouNB+QP/2p6lQuOXBrO7Dmx6x93pbty
> QsweX9n/WxqikOi74uBaeRUAddgdp/OkN/xoncVp9i1Oc88iMP1vEI14ivKrJEzJ
> mtFaGu/twU4tFWWJcOTZsfbOUvmrNQks5VgqOQFJyMLehA2jq+ZqR2pAnfBBHJV/
> u45HrAuhIDzS8kSr6j9TfSBYUA2lZyH9tYvJgfcK6lbDBMtMkUL6hOr8sZ4hBhT9
> 70GQ6nLtlLPxsP54agh4HmzfbGXawbWjoZBOJfkbvGVagHDWyN6vgvENplS1qzxs
> 5GB7H638rgsRh/oJqxcit30an5u1CR0Y20wvecOnkDBzXjb6GJofubw7VNCvdJt0
> y6DBwX3aXskc+S3OA0UMZFrUFACGKwdU8v3fBLhyx32IfteL5I+K2Nhx6+2EZGTY
> YhjVV5NPF+BbFvlIcTJx//I95XbrZBby7E63QpoG/43kSe610EskiY/0o5N2JBuD
> cFKbqPONwPv/wXy1+Q7a3OXRgjkHGkk0Q4NcViQKTU1neG3v7paAJbjtrUPoQ8QR
> qW01cImflB5A5177M9lpWod5nsLGEAh4vaHTbKYG3MOEYwgCXeWvNlSzLRtKMCy6
> vFZlu/nNZ0jiVququCZ7Kl7sTuk+3ZMIckjKo4GKLLxytX4fvWTm9vKoOvPZ5zI7
> yEB5+Lz4YdeM1MrQ3ci3
> =6LQp
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> linuxmuster-user mailing list
> linuxmuster-user@lists.linuxmuster.net
> https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
>
_______________________________________________
linuxmuster-user mailing list
linuxmuster-user@lists.linuxmuster.net
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
