From owner-freebsd-questions@FreeBSD.ORG Wed Aug 22 13:14:46 2012 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67A55106566B for ; Wed, 22 Aug 2012 13:14:46 +0000 (UTC) (envelope-from bonomi@mail.r-bonomi.com) Received: from mail.r-bonomi.com (mx-out.r-bonomi.com [204.87.227.120]) by mx1.freebsd.org (Postfix) with ESMTP id 117AB8FC17 for ; Wed, 22 Aug 2012 13:14:45 +0000 (UTC) Received: (from bonomi@localhost) by mail.r-bonomi.com (8.14.4/rdb1) id q7MDEZ4K060644; Wed, 22 Aug 2012 08:14:35 -0500 (CDT) Date: Wed, 22 Aug 2012 08:14:35 -0500 (CDT) From: Robert Bonomi Message-Id: <201208221314.q7MDEZ4K060644@mail.r-bonomi.com> To: freebsd-questions@freebsd.org, wodfer@gmail.com In-Reply-To: Cc: Subject: Re: /tmp filesystem full X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Aug 2012 13:14:46 -0000 > From owner-freebsd-questions@freebsd.org Wed Aug 22 05:59:52 2012 > Date: Wed, 22 Aug 2012 12:59:13 +0200 > From: Andy Wodfer > To: freebsd-questions > Subject: /tmp filesystem full > > Hi, > I have about 500MB in my /tmp and it seems to be too small when the > periodic LOCATE script runs every week. > > What's the best way to increase the size of /tmp ? Could I simply remove it > and create a symbolic link ln -s to say /usr/tmp instead (where I have > several hundred GBs free)? That is a BAD IDEA(tm)! There are appliations that assume /tmp, /var/tmp, and /usr/tmp are _distinct_ directories. They will create files _with_the_same_name_ in two of those 'temp' locations, expecting them to be unique.o It _is_ OK to symlink /tmp to 'somewhere else', with the caveat that it "should" be on the '/' filesystem -- one may need it in single-user mode befoe other filesystems are mounted. You can 'live dangerously' and symlink to a dir on a different filesystem and _probably_ not have problems.