Skip site navigation (1)Skip section navigation (2)
Date:      05 Oct 1999 23:29:08 -0400
From:      Kevin Street <street@iname.com>
To:        nate@mt.sri.com (Nate Williams)
Cc:        current@FreeBSD.ORG
Subject:   Re: make install trick
Message-ID:  <87yadhyxob.fsf@mired.eh.local>
In-Reply-To: Nate Williams's message of "Tue, 5 Oct 1999 17:02:12 -0600"
References:  <000101bf0f78$fbe58b40$021d85d1@youwant.to> <199910052142.PAA05137@harmony.village.org> <99Oct6.084624est.40345@border.alcanet.com.au> <199910052302.RAA21667@mt.sri.com>

next in thread | previous in thread | raw e-mail | index | archive | help
Nate Williams <nate@mt.sri.com> writes:

> > In any case, you should not be doing lots of writes to root, so the
> > lack of softupdates should not be a problem.
> 
> So, are you suggesting make /tmp it's own disk, otherwise anytime you do
> development alot of writes are done to /.
> 
> And, if you do lots of development, then you'll have the same problem on
> /tmp as you did on / unless you waste a huge disk for /tmp. :(

You could just symlink /tmp to someplace big and softupdateable.  At least
then you can share the free space with another big filesystem.  The only
problem then is that when you boot standalone you either need to be
able to mount wherever you've symlinked it into or rm the symlink and
mkdir /tmp while you're standalone (and remember to put it back before
going multi user).  

In some ways symlinking is better than having /tmp as a mount point.
If it's a real mount point you're likely to create stuff in /tmp
while standalone that can't be seen while you're multi user with a
file system mounted on top of it.  Which leads to "...my / is full and
I can't find the files that are using all the space!"

-- 
Kevin Street
street@iname.com


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?87yadhyxob.fsf>