From owner-freebsd-arch@FreeBSD.ORG Wed Aug 31 14:34:44 2011 Return-Path: Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98471106564A for ; Wed, 31 Aug 2011 14:34:44 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 591078FC15 for ; Wed, 31 Aug 2011 14:34:44 +0000 (UTC) Received: from [10.0.0.63] (63.imp.bsdimp.com [10.0.0.63]) (authenticated bits=0) by harmony.bsdimp.com (8.14.4/8.14.3) with ESMTP id p7VEVbQk080972 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES128-SHA bits=128 verify=NO); Wed, 31 Aug 2011 08:31:40 -0600 (MDT) (envelope-from imp@bsdimp.com) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <20110831060713.GB37259@server.vk2pj.dyndns.org> Date: Wed, 31 Aug 2011 08:30:33 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110831060713.GB37259@server.vk2pj.dyndns.org> To: Peter Jeremy X-Mailer: Apple Mail (2.1084) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (harmony.bsdimp.com [10.0.0.6]); Wed, 31 Aug 2011 08:31:40 -0600 (MDT) Cc: freebsd-arch@FreeBSD.ORG Subject: Re: Regularly updated files in /etc X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 31 Aug 2011 14:34:44 -0000 On Aug 31, 2011, at 12:07 AM, Peter Jeremy wrote: > I don't see any real downsides for the first two: > - Moving dumpdates out of root just means a different FS would need te > be writable during dumps. The whole reason it is in / is so that when you are doing level 0 dumps = of the entire machine, you only need to have / mounted r/w. Moving it = to /var introduces another moving part into the requirements for dumps = since /var is on another file system. It would likely break backup = scripts. Warner