From owner-freebsd-questions@FreeBSD.ORG Sun Nov 9 15:33:25 2014 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83CE447C for ; Sun, 9 Nov 2014 15:33:25 +0000 (UTC) Received: from avasout07.plus.net (avasout07.plus.net [84.93.230.235]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client CN "Bizanga Labs SMTP Client Certificate", Issuer "Bizanga Labs CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 14D6264F for ; Sun, 9 Nov 2014 15:33:24 +0000 (UTC) Received: from curlew.milibyte.co.uk ([84.92.153.232]) by avasout07 with smtp id DTWB1p005516WCc01TWDLp; Sun, 09 Nov 2014 15:30:13 +0000 X-CM-Score: 0.00 X-CNFS-Analysis: v=2.1 cv=FcO5xfO6 c=1 sm=1 tr=0 a=lfSX4pPLp9EkufIcToJk/A==:117 a=lfSX4pPLp9EkufIcToJk/A==:17 a=D7rCoLxHAAAA:8 a=0Bzu9jTXAAAA:8 a=GIpPufGBusUA:10 a=8nJEP1OIZ-IA:10 a=fbcDxn0a83xytiy9k_AA:9 a=wPNLvfGTeEIA:10 Received: from sedbergh.lan ([192.168.1.13] helo=curlew.lan) by curlew.milibyte.co.uk with esmtp (Exim 4.84) (envelope-from ) id 1XnURP-0001ur-36 for freebsd-questions@freebsd.org; Sun, 09 Nov 2014 15:30:11 +0000 From: Mike Clarke To: freebsd-questions@freebsd.org Date: Sun, 09 Nov 2014 15:30:10 +0000 Message-ID: <3272471.UYQ3DxhorQ@curlew.lan> User-Agent: KMail/4.14.2 (FreeBSD/10.1-RC1-p1; KDE/4.14.2; amd64; ; ) In-Reply-To: <545F7B85.1050900@qeng-ho.org> References: <545ED36B.8040207@gmail.com> <545F5AD6.6000404@FreeBSD.org> <545F7B85.1050900@qeng-ho.org> MIME-Version: 1.0 X-SA-Exim-Connect-IP: 192.168.1.13 X-SA-Exim-Mail-From: jmc-freebsd2@milibyte.co.uk X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on curlew.lan X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham autolearn_force=no version=3.4.0 Subject: Re: Where do user files go these days? Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="iso-8859-1" X-SA-Exim-Version: 4.2 X-SA-Exim-Scanned: Yes (on curlew.milibyte.co.uk) X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Nov 2014 15:33:25 -0000 On Sunday 09 Nov 2014 14:34:45 Arthur Chance wrote: > On 09/11/2014 12:15, Matthew Seaman wrote: [snip] > > Now, moving /home into /usr/home and making a compatibility > > symlink > > might make sense for some partitioning schemes with UFS, but it > > certainly doesn't when installing with ZFS or with an all-in-one > > style UFS partition. I've never understood the logic of putting /home under /usr. If you ever needed to do a fresh install from scratch it would be all too easy to wipe out all of home when you delete the original contents of /usr. It goes against the FreeBSD approach of /usr containing material for the base system and /usr/local for the rest. It might have been more appropriate to have /usr/local/home but still far safer to have a top level /home directory. [snip] > I'm glad to find it's not just me who wondered about /var and boot > environments. I've got /var/tmp, /var/crash and /var/db/entropy > outside the b.e. as well, although with hindsight I'm not sure > about crash. I hadn't thought about /var/crash before. Mine is inside the BE but now you've mentioned it I think there's something to be said in favour of moving it outside the BE so that you have easy access to existing crash dumps if you've had to move back to an earlier BE to use a workable system after a serious crash. I also have /var/cache/pkg outside the BE. I don't now if this could lead to problems but my reasoning is that it's convenient to have the latest cache available if I switch to an earlier BE and need to upgrade any packages. I think that should be OK providing both BE's use the same major level of the OS but I wonder if I'll have problems if I switch from 10.x into a 9.x BE? -- Mike Clarke