我在教室里保留了大约 40 台 Dell Latitude E6410，供学生使用。我已成功设置并使用了特殊的“来宾”帐户，因此目录在使用之间会被清除。此方案对 14.04 LTS 非常有效。我刚刚尝试了 16.04 LTS 的试用设置（在其他测试环境中，它解决了我们想要运行的一些软件的一个无关的烦人问题）。
问题是升级后我无法再登录“访客”帐户。所有管理员和标准用户帐户都可以正常工作，但自动“访客”登录会陷入循环（正如其他问题所述，*登录屏幕清除并且系统开始设置但失败在我无法确定，并返回到登录屏幕）。
不同之处在于“guest”目录是动态创建的，因此 .Xauthority 和本地日志文件对我来说不可见。我无法获得太多信息，也无法应用参考站点中概述的一些建议修复方法，以获得更永久的帐户。
我已经更改了 50-unity-greeter.conf 文件以允许访客登录，并删除任何可能阻止访客登录的文件。
- 我可以在哪里获取更多关于此处出现问题的诊断信息？
- 访客账户的处理有何变化？（是的，我有一个自定义的 skel 目录，由一个“特殊账户”管理，用于为学生设置默认环境）
更新：我找到了循环的原因，但没有找到所提问题的答案。在我的案例中，问题的根源在于auto.sh 和 prefs.sh 脚本的执行在 /etc/guest-session 目录中。这些脚本旨在在登录之前运行，以便进行最后一刻的配置。我有一个在 14.04 下运行良好的脚本。有问题的指令是 usermod 命令：
usermod -a -G dialout $USER
我使用它来允许客人使用插入 USB 端口的设备。此命令在 14.04 下的脚本的 auto.sh 阶段运行良好。
在 16.04 下，如果我将此命令放在 prefs.sh 中（它似乎应该属于这里），就会出现无限循环问题。如果我将其放在 auto.sh 中，脚本会正常执行，但无效（可能是因为它需要 root 权限才能更改组）。
我反复试验才发现这一点。我仍然不知道登录序列被记录在哪里。我尝试检查 /var/log/lightdm/ 日志，发现了其他小问题，但没有发现这些脚本的故障模式。
答案1
虽然这可能不是对这个一般性查询的完整回答，但我发布的另一个更具体的问题的回答涵盖了我需要了解的有关 14.04 和 16.04 中访客帐户处理之间的差异 [https://askubuntu.com/a/771284/534729]