Opened 13 years ago
Closed 13 years ago
#1237 closed Defekt (ungültig)
Login mit Unity- oder Compiz-Session an ltspl1 hängt
| Reported by: | Rüdiger Kupper | Owned by: | Rüdiger Kupper |
|---|---|---|---|
| Priority: | bald erledigen | Milestone: | Schuljahr 2013/14 |
| Component: | Server: Linux Terminal Server (LTSP) | Severity: | beeinträchtigt den Unterricht einiger Lehrer |
| Keywords: | Cc: |
Description
Gestern habe ich festgestellt, dass man sich direkt am ltspl1 nicht mehr mit einer Sitzung anmelden kann, die Compiz startet (Unity oder GNOME-Flashback-Compiz).
Das war früher nicht der Fall.
Unklar ist, ob es nur ltspl1 oder alle Server betrifft. Virtueller Login per VNC an ltsp6 funktioniert mit allen Sitzungen.
Change History (10)
comment:1 by , 13 years ago
comment:2 by , 13 years ago
Einstweilen werde ich als Workaround die Default-Sitzung beim direkten Login an den LtspServern auf "GNOE Flashback" einstellen.
follow-up: 4 comment:3 by , 13 years ago
Replying to kup:
Virtueller Login per VNC an ltsp6 funktioniert mit allen Sitzungen.
Korrektur: Nach einem reboot von ltsp6 hängen auch dort beim Login über VNC die Compiz-Sessions.
comment:4 by , 13 years ago
Replying to kup:
Korrektur: Nach einem reboot von ltsp6 hängen auch dort beim Login über VNC die Compiz-Sessions.
Dieses Problem ist behoben: In /etc/lightdm/lightdm.conf muss als Sitzungsname der Name der *.desktop-Datei in /usr/share/xsessions stehen. Der ist weiterhin gnome-fallback, auch wenn die Session inzwischen ihren Anzeigenamen zu gnome-flashback geändert hatte. Ich hatte gnome-flashback eingetragen.
/etc/lightdm/lightdm.conf-
[SeatDefaults] greeter-session=unity-greeter user-session=gnome-fallback greeter-hide-users=false greeter-show-manual-login=true greeter-allow-guest=false
comment:5 by , 13 years ago
Nach dem Setzen der Default-Session muss man noch das "Gedächtnis" von lightdm und AccountManager löschen, weil sich diese jeweils die letzte Wahl der Nutzer merken:
- Auf den LtspServern
-
service lightdm stop rm /var/cache/lightdm/dmrc/* /var/lib/AccountsService/users/*
Nun sind noch die ~/.dmrc-Dateien in den Homeverzeichnissen zu löschen, wo ebenfalls die letzte Wahl abgelegt ist.
- Das geht am einfachsten auf dem paedml
-
remove-dmrc
Nun sollte es eigentlich reichen, lightdm wieder zu starten, doch irgendwo merkt sich irgend etwas noch immer die alte Einstellung, ich konnte nicht herausfinden, wo. Ein Reboot half, also nun die LtspServer rebooten.
Danach bekommen alle Nutzer die gnome-fallbsck-Sitzung, so lange sie nichts anderes auswählen.
comment:6 by , 13 years ago
| Resolution: | → erledigt |
|---|---|
| Status: | new → closed |
follow-up: 10 comment:7 by , 13 years ago
| Resolution: | erledigt |
|---|---|
| Status: | closed → reopened |
Das Problem der direkten Anmeldung am ltspl1 mit Compiz bleibt vermutlich bestehen.
comment:8 by , 13 years ago
Das scheint dieser Bug zu sein, der die Grafikkarte von ltspl1 betrifft: launchpad:859101.
comment:10 by , 13 years ago
| Resolution: | → ungültig |
|---|---|
| Status: | reopened → closed |
Replying to kup:
Das Problem der direkten Anmeldung am ltspl1 mit Compiz bleibt vermutlich bestehen.
Interessanterweise scheint das Problem in dem Moment verschwunden zu sein, als bau unseren CIFS/NFS-Workaround entfernt hat und zu normalen CIFS-Mounts der Homeverzeichnisse zurückgekehrt ist.
Ich habe gestern außerdem den Gast-Login an den Servern deaktivert. Der wäre ohnehin nur nutzbar, wenn der Gast ein geeignetes Skeleton aus /etc/skel erhält, was derzeit nicht der Fall ist. Zudem ist fragwürdig, ob ein Gast-Login an der Schule überhaupt erlaubt ist.