From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1S7MKu-0007tK-KZ for garchives@archives.gentoo.org; Tue, 13 Mar 2012 07:40:00 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 52D6BE0AF6; Tue, 13 Mar 2012 07:39:45 +0000 (UTC) Received: from mail-pz0-f53.google.com (mail-pz0-f53.google.com [209.85.210.53]) by pigeon.gentoo.org (Postfix) with ESMTP id BF954E0EC2 for ; Tue, 13 Mar 2012 07:38:27 +0000 (UTC) Received: by dady25 with SMTP id y25so563080dad.40 for ; Tue, 13 Mar 2012 00:38:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=QOCl3T3gzqqMaryd8RwKWr2PYsITNIfrTugefVi7RRU=; b=g2vGK87mQbsfosTnUSC+eVkP/VCCNKG94bMYyVUH5atDd4BhsJq4MFUMEq2CljarlU kl5AK393k1E9Dz0zURJXmg9WPTJdukbmhqKyyR7x3r30hvnO391awU2m/V03G82IPmZc 86NDsJdwCGmjxTgFyUpdajOelZkbdJUkLB0fMnYjWRyL1eIR6+mgJNPxEY0XbgQ36MCp kr2TOzqaNt6elo+jdC2nvvA927zBnfuY2UQ+TUbXcVk3gIAU4Ia0EOaHbpkaMyxTI1Zr FzN1bbH7MpZXKikqdq/Zi8h7qanS1otpAUAWbCbzyUu4CJUUViuMUm+LwjpcPYZtiNBe XJfA== Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.68.218.228 with SMTP id pj4mr5276843pbc.167.1331624306894; Tue, 13 Mar 2012 00:38:26 -0700 (PDT) Received: by 10.68.197.41 with HTTP; Tue, 13 Mar 2012 00:38:26 -0700 (PDT) In-Reply-To: References: <4F5AC0F6.6000804@gmail.com> <4F5B33CA.2020705@coolmail.se> <20120310153540.5194cd7c@digimed.co.uk> <4F5BBE7A.8040802@coolmail.se> <4F5C724C.1010708@coolmail.se> <292166434.606817.1331577566543.JavaMail.open-xchange@email.1and1.com> <4F5E853F.8060404@gmail.com> <017301cd00bd$24bce2f0$6e36a8d0$@kutulu.org> <20120313091356.5a947032@khamul.example.com> Date: Tue, 13 Mar 2012 01:38:26 -0600 Message-ID: Subject: Re: [gentoo-user] Re: LVM, /usr and really really bad thoughts. From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 56bfd82a-36dd-4b67-8108-ff646860f4f5 X-Archives-Hash: dc970e5a489cd8f1684afcb1a5c4b23d On Tue, Mar 13, 2012 at 1:31 AM, Pandu Poluan wrote: > > On Mar 13, 2012 2:19 PM, "Alan McKinnon" wrote: >> >> On Tue, 13 Mar 2012 11:54:58 +0700 >> Pandu Poluan wrote: >> >> > > The idea of trying to launch udevd and initialize devices without >> > > the software, installed in /usr, which is required by those devices >> > > is a configuration that causes problems in many real-world, >> > > practical situations. >> > > >> > > The requirement of having /usr on the same partition as / is also a >> > > configuration that causes problems in many real-world, practical >> > > situations. >> > > >> > >> > I quite often read about this, and after some thinking, I have to >> > ask: why? >> > >> >> I've also thought about this and I also want to ask why? >> >> I stopped using a separate /usr on my workstations a long time ago when >> I realized it was pointless. The days of 5M hard disks when the entire >> OS didn't fit on one are long gone. The days of my software going tits >> up at the drop of a hat requiring a minimal repair environment to fix >> it at boot are also long gone (my desk is littered with LiveCDs and >> bootable flash drives). >> >> So I can't find a single good reason why /usr *must* be separate and my >> workstations are the only machines that will ever have hotplug booting >> issues. >> >> I'm even considering changing the install standards for the company >> servers to dispense with separate /usr, as long as there are safeguards >> against clowns who don't read INSTALL files and happily >> accept /usr/local//var as a storage area. >> > > I just did some more thinking, and *maybe* the reason is to prevent > something under /usr (src and share comes to mind) from growing too big a= nd > messes up the root filesystem. > > Place the offenders on a separate partition, then mount them under /usr, = and > all should be well... The always used example is to have /usr shared as a read only NFS partition among several workstations. In corporate environments it is certainly used this way (or at least it was when I worked, and the way I used it in my office seven or eight years ago). Of course, for a normal desktop user, a separate /usr is basically useless. Regards. --=20 Canek Pel=C3=A1ez Vald=C3=A9s Posgrado en Ciencia e Ingenier=C3=ADa de la Computaci=C3=B3n Universidad Nacional Aut=C3=B3noma de M=C3=A9xico