help! /home/tc created root:root -- stuck waiting on .Xauthority

[dito]

Wonder if this might help someone. I just installed v4L and Mplayer to try and see if I can stream my usb webcam, and I started having this .Xauthority problem: booting takes now at least 2 minutes longer than before, like 2 minutes and 20 sec, that is.

I got rid of Mplayer and v4L, but the problem remains. Strange. Especially because the Xauthority message was there before, but with no boot delay.

Oh, and I just noticed that appbrowser is kaput. Can I do anything about it, or just need to reinstall 2.10?

[curaga]

Which extensions, exactly?

[dito]

Hard to write down the names of those extensions exactly without a working appbrowser, but the version of Mplayer that I installed was the one dependent on gtk2 (which was already on my machine). As far as v4L goes, there is only one extension in the repository, I believe.

[^thehatsrule^]

To list them, try `cd /usr/local/tce.installed ; ls -1`

[dito]

Did it, but the list I got is identical with what you see if you hit Update Dep Database in AppsAudit. That is, no extensions are listed that have been uninstalled.

However, these are the extensions that seem to have triggered the .Xauthority problem:

MPlayer-svn-gtk2.tcz
v4l-dvb-2.6.29.1-tinycore.tcz

Got their complete names from http://distro.ibiblio.org/pub/linux/distributions/tinycorelinux/tcz_2x.html

Is there a way of getting appbrowser work again?
Can the .Xauthority problem be fixed?
One reason I value TCL is the amazing boot time. But with this problem, this is even worse than Windoze7.

[curaga]

I could reproduce, and found the issue. It's related to the replacement of tcz-symlinker with cp, and triggered by a small design flaw in the MPlayer-svn-gtk2 extension (maybe others as well, but I confirmed that one).

The difference in behavior is that cp also copies directory permissions. The extension includes /home/tc, owned by root. Jason, could you replace this with a startup script? The current way doesn't take the user name into account either.

dito, quick fix directions:

boot with "text base" + your home= code
remove MPlayer-svn-gtk2.tcz from your onboot.lst file, either using vi (or "sed -i '/MPlayer-svn-gtk2.tcz/d' /path/to/onboot.lst")
sudo chown -R tc.staff /home/tc

[MikeLockmoore]

Thanks curaga, this fix works.  I just reloaded mplayer yesterday and the problem came back (the GTK 2 version).  Maddening!  

Hopefully, the fixed mplayer extension is out now or will be soon.
--
Mike L.

[dito]

I wish I could also confirm that curaga's instructions fix the problem. Unfortunately, I lost my temper and reinstalled everything before I saw them...

[majbthrd]

For what it is worth...

I've encountered the same problem after running wine for the first time.

To support wine, it creates a subdirectory ~tc/.wine with a bunch of files.  Some of the files are owned by root:staff instead of tc:staff.

Upon the next boot, it is stuck waiting for .Xauthority because ~tc is owned root:staff.

As indicated in the various posts above, the workaround was:

1) Ctrl-C out of the wait for .Xauthority

2) sudo chown -R tc:staff ~tc ; startx

3) Make sure that a Backup is done on the next TC Exit so that mydata.tgz is updated with all the ~tc files set with tc:staff ownership.

[bkwb]

I've got the same thing happening..

And it really sucks. I think it comes from my /home/tc/.X.d folder. since that is the only thing I edited.
I put a file in it to launch opera automaticly => it didn't work and it took my system over 2 minutes to boot .

[Juanito]

As long as you create files in .X.d owned by tc:staff for launching things like flit, conky, etc then things work fine.

I'm not too sure I'd want to start opera this way, but did you remember the "&" at the end?

[bkwb]

yes, i did..

is there an other way to launch opera at startup then?

[Juanito]

I made test by creating a file named ~/.X.d/opera containing "opera &"

After booting in text mode, creating the file, loading the opera extension and then "startx", opera opened almost instantly

[bkwb]

strange.. I'm reinstalling TC right now..

hopefully it will be allright after that..

[ariflukito]

For what it is worth...

I've encountered the same problem after running wine for the first time.

To support wine, it creates a subdirectory ~tc/.wine with a bunch of files.  Some of the files are owned by root:staff instead of tc:staff.

Upon the next boot, it is stuck waiting for .Xauthority because ~tc is owned root:staff.

As indicated in the various posts above, the workaround was:

1) Ctrl-C out of the wait for .Xauthority

2) sudo chown -R tc:staff ~tc ; startx

3) Make sure that a Backup is done on the next TC Exit so that mydata.tgz is updated with all the ~tc files set with tc:staff ownership.

Hi I have similiar problem, I installed wine and after subsequence reboot the owner of /home/tc was changed to root.

I tracked down the problem and I found out that there were a bunch of symlinks on ~/.wine/drive_c/users/tc that point to /home/tc (My Documents, My Music etc). On reboot when these symlinks get restored, they were recreated as root somehow.

I deleted those symlinks since I don't need them and I can boot just fine.