Meik,
Ok I am past the 22D. It turns out that Ubuntu deletes /tmp at each boot
so there was no /tmp/SUNWut directory. I tried adding
[ ! -d /tmp/SUNWut ] && mkdir /tmp/SUNWut
chmod 1777 /tmp/SUNWut
to /etc/init.d/zsunray-init in the start section, it works when I start
manually but not on boot (I guess /tmp must be emptied later).
Anyway then discovered /etc/default/rcS where I changed
TMPTIME=0
to
TMPTIME=10
Directory now stays but I seem to have to zsunray-init manually to get
sun ray past 22D (nothing in auth_log)
Anyway now getting to 26D again.
On a fresh linux installation this is probably a gdm problem.
SRSS is telling the gdm master process (via the gdmdynamic interface)
"There is a new display for you to take care of".
Then gdm forks a child gdm process which will start the Xserver
and the gdmlogin greeter on this display.
You could add the two lines
[debug]
Enable=true
to /etc/gdm/gdm.conf to see what is going on.
OK done that, but it is huge, any tips on what I should be looking for?
(Or attach strace -f to the gdm master process)
Sorry I don't understand this. How do I do that?
Which version of gdm are you using? gdm 2.20 works for me
but there might be problems with newer versions since
gdm changed a lot. Downgrading gdm to 2.20 may help.
Ubuntu has a gdm.conf-custom where changes are supposed to go, it seems
there should not be a gdm.conf, but I have one, not sure what created
it. Testing indicates that contrary to the docs gdm.conf is needed and
I think changes in gdm.conf-custom are picked up even though there is a
gdm.conf
I suspect there is something wrong with my gdm conf files, but have not
yet found the right thing.
Ideas welcome.
Dave
_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users
