tmp directories.

Richie Laager rlaager at bigfoot.com
Sat Jul 28 20:15:42 PDT 2001


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I always empty /tmp on bootup. This is recommended by the FHS, I believe. 
Which files are causing trouble for you? Do you have /tmp symlinked to 
anything, or anything symlinked to /tmp?

Richie

On Saturday 28 July 2001 11:02, Paul Campbell wrote:
> Hi,
>
> I have had my LFS system up and running now for a few weeks and all is
> going well, but....
>
> I have a few problems, regarding both KDE and Xmms, that can only it seems
> be resolved by deleting the contents of the /tmp directory.
>
> I have compiled the LFS3.0-pre4 system as per the book, and followed the
> LFS hints for X11, KDE and then compiled libmpg132 and xmms.  It runs
> absoloutely fine, better than I've ever seen.  Then for no reason it
> crashes on attempt of playing an mp3, after this crash mpg123 can not play
> either.
>
> At first I thought this was due to probs with ext2fs and the X-crash reset
> syndrome I have (I've now gone reiserfs), so I re-compiled both libmpg and
> xmms and it worked.  The second time I only recompiled xmms and it worked.
> The third time I only deleted the /tmp contents and it worked, after a
> fashion.
>
> KDE has had some probs booting after a crash, loading what appears to be
> 1000s of megs into the swap file and not doing much else.  Again deleting
> the contents of /tmp solves the probs.
>
> Should the contents of /tmp not be deleted as part of rcS.d or rc[06].d? 
> Or do we not need a tmpwatcher cron or something?  It's just that stuff
> seems to hang around in /tmp for quite a while and cause problems.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iEYEARECAAYFAjtjf98ACgkQbfU6uV4fG86y+wCgvAw+8ASY6IjsRSNnm2FH4Fup
RD0AoLfaKTJIKCo/PJayaTuT4Aap/Mwt
=4Bcx
-----END PGP SIGNATURE-----
-- 
Unsubscribe: send email to lfs-discuss-request at linuxfromscratch.org
and put unsubscribe in the subject header of the message



More information about the lfs-dev mailing list