I definitely have write access to my home directory--but I lose read and write access when I become a superuser. Yes, that seems strange to me too, but our former sysadmin told me this is how things are supposed to be for remotely mounted filesystems. Maybe he misunderstood.<br>
<br>I do not have superuser access on the ldap/fileserver.<br><br>I am running kde as my own self. If, in startkde, I add a line printing the user running the script, it's myself. <br><br>startkde also has a line in it which evals the following command:<br>
<br>$ dbus-launch --sh-syntax --exit-with-session<br>DBUS_SESSION_BUS_ADDRESS='unix:abstract=/tmp/dbus-mPVsi5pTYf,guid=b0d4c9865e166308b1fd67dd48348990';<br>export DBUS_SESSION_BUS_ADDRESS;<br>DBUS_SESSION_BUS_PID=25584;<br>
DBUS_SESSION_BUS_WINDOWID=16777217;<br><br>Then, the following startkde line calls qdbus:<br>$ qdbus<br>:1.0<br>org.freedesktop.DBus<br><br>As you can see, both commands work fine when I run them myself, but from within startkde--despite the fact that printing `whoami` gives my own username--the command gives no output. As a result, qdbus doesn't work, and kde fails to start.<br>
<br>I'm guessing this is a funky permissions issue due to the ldap auth.<br><br>John<br><br><br><div class="gmail_quote">On Wed, May 21, 2008 at 12:18 PM, Shawn Rutledge <<a href="mailto:shawn.t.rutledge@gmail.com">shawn.t.rutledge@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d">On Wed, May 21, 2008 at 10:01 AM, Arkady <<a href="mailto:bamboowarrior@gmail.com">bamboowarrior@gmail.com</a>> wrote:<br>
> I'm a bit of a n00b, but I RTFM'd to the best of my ability. As testament to<br>
> my n00bness, I only just learned that if you've got a remotely mounted<br>
> directory, you can't access it when you're superuser (even with sudo, even<br>
> read-only). I think this may be contributing to my dbus woes.<br>
<br>
</div>That's weird. Sounds like you need to troubleshoot that. The<br>
no_root_squash option (which would be in /etc/exports on the NFS<br>
server) would ensure that if you are root on the client you are root<br>
on the server too, but can be a security hole depending on the context<br>
(if all the users are trusted, you probably don't care). But there is<br>
more to it than that; I wouldn't expect to lose privileges by becoming<br>
root, that you had as a regular user. But you are running KDE as a<br>
regular user right? Doesn't that user have write permission to his<br>
own NFS-mounted home directory?<br>
</blockquote></div><br>