From owner-freebsd-x11@FreeBSD.ORG Thu Jan 5 15:33:28 2006 Return-Path: X-Original-To: freebsd-x11@freebsd.org Delivered-To: freebsd-x11@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E4A9E16A41F for ; Thu, 5 Jan 2006 15:33:28 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from mail.ijs.si (mailman.ijs.si [193.2.4.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8499243DAF for ; Thu, 5 Jan 2006 15:33:06 +0000 (GMT) (envelope-from dejan.lesjak@ijs.si) Received: from localhost (mail.ijs.si [193.2.4.66]) by patsy.ijs.si (Postfix) with ESMTP id 08DC717B820; Thu, 5 Jan 2006 16:33:02 +0100 (CET) Received: from mail.ijs.si ([193.2.4.66]) by localhost (patsy.ijs.si [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36174-01; Thu, 5 Jan 2006 16:32:51 +0100 (CET) Received: from radagast.ijs.si (radagast.ijs.si [193.2.4.168]) by patsy.ijs.si (Postfix) with ESMTP id 7AEAB17B835; Thu, 5 Jan 2006 16:32:51 +0100 (CET) Received: from localhost.ijs.si (localhost.ijs.si [127.0.0.1]) by radagast.ijs.si (Postfix) with ESMTP id 230551702F; Thu, 5 Jan 2006 16:32:51 +0100 (CET) From: Dejan Lesjak To: freebsd-x11@freebsd.org Date: Thu, 5 Jan 2006 16:32:49 +0100 User-Agent: KMail/1.8.3 References: <20060104152624.GB15636@uws1.starlofashions.com> <20060105001911.GA33676@mail.scottro.net> <20060105004418.GA34297@mail.scottro.net> In-Reply-To: <20060105004418.GA34297@mail.scottro.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200601051632.50625.dejan.lesjak@ijs.si> Cc: Subject: Re: problem with starting xorg after upgrade X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Jan 2006 15:33:29 -0000 On Thursday 05 of January 2006 01:44, Scott Robbins wrote: > On Wed, Jan 04, 2006 at 07:19:11PM -0500, Scott Robbins wrote: > > > Date: Wed, 04 Jan 2006 15:53:13 +0100 > > > From: Dejan Lesjak > > > > > > > Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > > > > AUDIT: Tue Jan 3 20:47:02 2006: 30195 X: client 1 rejected from > > > > local host Auth name: MIT-MAGIC-COOKIE-1 ID: -1 > > > > > > This seems to be the trouble (client would probably be fluxbox or twm > > > here). The only notable difference to Xauthority related stuff seems to > > > be that startx now adds tokens to ~/.serverauth. besides > > > the usual ~/.Xauthority file. Are you doing something unusual with > > > XAUTHORITY variables? Is ~/.Xauthority file of user empty when X is > > > shut down? Are permissions of /tmp/.X11-unix as they should be - > > > somewhat like this: drwxrwxrwt 2 root wheel 512 Jan 1 08:36 > > > /tmp/.X11-unix > > > ? > > > > As I said in my eariler email, there just seems to be something peculiar > > with this machine's onboard via card and X, causing problems with > > .Xauthority. > > > > I reinstalled 6.9 and found that I could eliminate the problem as long > > as I removed all .Xauthority files before doing startx. An ugly hack, > > but it works. > > Further addition to this--actually, as long as I remove ~/.Xauthority-l > and ~/.Xauthority-c, it works. I don't have to bother removing > .Xauthority itself. > > Again, I don't know enough about this to understand exactly what is going > on. If Nakaji-san tried removing his ~/.Xauthority-c and -l files and > tried restarting and it works, then perhaps we're onto something. :) That's most probably unrelated problem. What seems to happen is that when startx calls xauth to remove tokens from ended session, xauth apparently locks Xauthority file (files .Xauthority-c and Xauthority-l are used as locks) and then it crashes, leaving authority file locked and of course unavailable for next session of same user. There might be some error messages about this on terminal from which startx was run. There's probably also a note in dmesg if xauth crashed. Also if you want to dig deeper, you could compile xorg with debugging and try to examine xauth.core file that you mentioned appears sometimes and file a bug report in freedesktop bugzilla if it indeed turns out to be something wrong with xauth(1). Dejan