Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

Required fields*

11
  • I don't think your solution will work as once the home directory is mounted GDM will not be able to access the .dmrc anyway, unless we can rely on it being cashed. But then SUSE restarts GDM when somebody logs out. I will check the strace method to see what is really going on, but there again the PID keeps changing as GDM is being restarted. Commented May 21, 2013 at 5:38
  • First of all, trace the gdm process so that you know what's going on. As for accessing the file: once it is open, it stays available for the process that has opened it even when something else is mounted on an ancestor directory - that's how file systems work on Linux (and unix in general afaik). Of course it's preferred to have the same file in the regular $HOME as well (and to synchronize those). Commented May 21, 2013 at 8:54
  • I have real trouble getting anything meaning full out of strace. The PID keeps changing, because at logout X11 restarts. For the same reason GDM would also need to reopen the .dmrc files. I've tried it and it doesn't solve anything. Commented May 22, 2013 at 10:24
  • Just put the strace log somewhere so that somebody can look at it - obviously the best way would be to watch it with e.g. tail -f while the action happens so that you can see any possible freezes. What happens when you first log in on console and get a Kerberos ticket? Does that solve the problem? Commented May 22, 2013 at 10:54
  • That's the problem. GDM freezes very soon after it starts. If I mount the directory after it has already started, then it won't freeze. So getting the trace is very tricky. Getting the kerberos ticket first wouldn't help as GDM doesn't seem to be using a kerberized user to access the directory. It is either accessing it as root or gdm I think. Commented May 22, 2013 at 11:30