Hello Alkis, I went to the school and followed your recommendation to test changing the session to xterm fallback and then launching the desktop from there so I can see the errors. I tried that but the xterm doesn't launch. Exactly the same error occurs -- it appears to be loading but then the screen blanks out and then reloads the login screen.
I also wondered if it was an issue with the users and how they were rsynced. So I used Webmin to delete the users and all their files, their group, home folders and files. I then imported into webmin a clean list of users with the correct UID and hashed passwords. The system correctly created their home directories with the right UID permissions. I didn't move into it any of their old files. At the server console I can log into the graphical interface as the user no problem, but at a fat client I cannot - same issue that it appears to load, then refreshes and brings up the login screen. What do you think? Thank you Joseph On Mon, May 15, 2017 at 2:09 AM, Alkis Georgopoulos <alk...@gmail.com> wrote: > Check if those users have a ~/.dmrc file from which they select e.g. the > gnome-flashback session, which doesn't exist in mate. > > If so, delete those files. > > On 15/05/2017 06:24 πμ, Joseph Bishay wrote: >> Hello everyone, >> >> I hope you are all doing very well today. >> >> We have a new LTSP server for our school. It is a base OS of >> Ubuntu-Mate that then has LTSP installed on top of it in 2-NIC >> configuration. We've been running such a system for over a decade >> with lots of success. >> >> When we were copying over our users /home folders, we came across a >> strange problem -- some users are able to log on from the fat clients, >> but some users cannot. All users can log into the server directly if >> they are standing at the server, but not all those same users can log >> in from a fat client! I am unable to determine what is the difference >> between those who are able to log in and those who cannot. >> >> We have tried to update the SSH keys and the ltsp-image, but no >> effect. Some users can log in, some cannot. >> >> For those who cannot, what happens is they log in, put the correct >> password, and they see the login screen go away as if it is loading >> their desktop, the mouse turns into the loading cursor, and then it >> just loads up the login screen again. It is definitely not the same >> thing that happens if they were to put a wrong password. >> >> Where should we look for clues? How could we fix this please? >> >> Thank you! >> Joseph >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _____________________________________________________________________ >> Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: >> https://lists.sourceforge.net/lists/listinfo/ltsp-discuss >> For additional LTSP help, try #ltsp channel on irc.freenode.net >> > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _____________________________________________________________________ > Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: > https://lists.sourceforge.net/lists/listinfo/ltsp-discuss > For additional LTSP help, try #ltsp channel on irc.freenode.net ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _____________________________________________________________________ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net
