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 1SD5o6-0000ri-Jt for garchives@archives.gentoo.org; Thu, 29 Mar 2012 03:13:50 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 22243E092D; Thu, 29 Mar 2012 03:13:21 +0000 (UTC) Received: from mail-gx0-f181.google.com (mail-gx0-f181.google.com [209.85.161.181]) by pigeon.gentoo.org (Postfix) with ESMTP id B2C17E0F94 for ; Thu, 29 Mar 2012 03:11:57 +0000 (UTC) Received: by ggni4 with SMTP id i4so1448507ggn.40 for ; Wed, 28 Mar 2012 20:11:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=hhJiaJUFY6g6kGrnfTvCFOMy3TvOVUuu5iElZ7HidJ4=; b=kmjTz8GuLe4bcBPClCe9c45Srl252ay2xMdm3HpMEglgi+tl3L6tVdZYm8vF3Wbk2g bihj383Y1zspfaTE2str4vHI0R/SfpBXJCxVG+VuEzVRt7m3jgsV1oq2S5LvIC5Stp9V TNVG5S+zpjyR6Seiu92KDRCaj54XkO/IrEmFGrXKSgO3i328oFZiufiv6U4ArE0G6U/P qp0sCkAXEV3f+DRe91GwILSV5yNE0h3TvLPlgBNWqOd2DMLS6yV3vaJ4MAuaz3wvhudD QkjL6bsa1GMQ52L+Ig1h3u1HmrsoQelRooz7//j5TtC4+pXpxCTASUWgB0CwjqsOwhw3 cAEA== Received: by 10.236.145.104 with SMTP id o68mr4173882yhj.74.1332990717265; Wed, 28 Mar 2012 20:11:57 -0700 (PDT) Received: from [192.168.2.5] (adsl-98-95-214-242.jan.bellsouth.net. [98.95.214.242]) by mx.google.com with ESMTPS id a24sm6441015ana.10.2012.03.28.20.11.54 (version=SSLv3 cipher=OTHER); Wed, 28 Mar 2012 20:11:56 -0700 (PDT) Message-ID: <4F73D2F9.7060408@gmail.com> Date: Wed, 28 Mar 2012 22:11:53 -0500 From: Dale User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120325 Firefox/11.0 SeaMonkey/2.8 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] Re: About suggesting to create a separate partition for portage tree in handbook References: <20337.28987.736877.961717@a1i15.kph.uni-mainz.de> <20120327154239.GA17394@gentoo.org> <1332870540.18466.9.camel@belkin4> <20120328152708.4ab19be7@angelstorm> <4F73AE5C.8030200@gmail.com> In-Reply-To: X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Archives-Salt: ded71649-a9b1-48d8-a2e8-cb7b3e94b498 X-Archives-Hash: b9b98b422d0bcd6e6fca7f4f68f9d2ff Duncan wrote: > Dale posted on Wed, 28 Mar 2012 19:35:40 -0500 as excerpted: > >> Joshua Saddler wrote: > Agreed, tho ACTUALLY having the documentation available, AND LINKING to > it in the handbook ("For an in-depth discussion, read..."), would be a > good thing. > >> Well, way back when I first installed Gentoo, I actually read some >> before I even started. I learned through all that reading that /, >> /boot, /home, /usr, /usr/portage and /var are best on their own >> partition. Each of those are for different reasons. > > Same here. It's a bit of a point of pride for me that before I even had > my own gentoo system installed (some problem due to my wanting posix > threading, then relatively new to Linux, over Linux threads; didn't work > for me with 2004.0, worked great with 2004.1), I had read the handbook, > etc, and was replying on the lists to questions from folks who obviously > hadn't read up... I started with 1.4. Dang I'm getting old. It's one reason I would hate to leave Gentoo. > > But I already had a good idea what I wanted my partition layout to look > like based on my Mandrake experience. The questions I needed to ask, > because they were NOT covered in the manual (or anywhere else in the > documentation I could find at the time), and because they were self- > evidently going to have rather different answers on gentoo than on > mandrake, were things like: > > Just how big IS the portage tree? > > What about the package tree? > > What about the sources tree? I think I found that info somewhere before I installed. Plus, one could ask someone on IRC too. If they have it on a separate partition, the results of df would be good enough and quick. > > After a couple partition reorganizations, I ended up with sources inside > the portage tree, but packages on its own partition, making it easier to > keep packages backed up, something the portage tree and sources don't > need as the net's a far more sufficient backup for them than I could ever > manage locally. > > > For years I've thought that a bit more emphasis should be placed on > FEATURES=binpkg, given the many ways it can save your ass and/or make > troubleshooting a current version issue far easier. And while I agree > that the installation section of the handbook, in any case, isn't the > place for complex discussion of the many system partitioning schemes and > their positives/negatives, information such as the above, exactly what > sort of realistic sizes can be expected for the portage tree itself, for > sources, and for binpkgs (if the feature is enabled), should be covered. > > That's because most gentoo users have at least some experience on other > distros before they come to gentoo, and thus likely already have a > preferred partitioning setup... if they care about it at all. All they > really need is information about the relative sizes of gentoo-specific > features, the ebuild tree, sources, and binpkgs, and perhaps a bit better > coverage of the binpkgs option (which I'd simply link-punt in the install > section as well, but cover it a bit better under the working with portage > section, with the install-section link pointing there). > >> The root partition is obvious, I would hope anyway. ;-) The boot >> partitions comes in handy if you don't automount it or have more than >> one distro installed. Home is obvious. People recommended /usr because >> it could a) be mounted read only and b) it can be enlarged if needed >> since it tends to grow a lot. Portage since it is tons of small files >> and tends to fragment a lot. The var partition is so that if some error >> message repeats itself overnight and fills up the partition it at least >> doesn't lock up the whole system. I actually had this one happen to me >> once. For some reason, even logrotate didn't catch it, tar up and >> delete the old ones. I woke up to a mess that only going to single user >> would fix. The best thing I did was to have /var on its own partition. > > FWIW, that's /var/log on it's own partition here, for exactly the reason > you mention. But /var itself is on rootfs here, these days. That would work too. At the time, /var was recommended. > >> When people are planning to install Gentoo and they have not done at >> least some research, I think they should get to keep the pieces. >> Installing Gentoo is not something to do on a whim. It should be >> planned and thought through even if the person is completely new to >> Gentoo. I read up for at least a month before ever even starting. > > Again agreed, > > But really, to some degree it's something that's only learned from > experience. If anything, what I'd suggest for the installation manual > partitioning section would be a variant on the programmer's dictum: > > "Plan to throw one away, because you're either going to end up doing it > anyway after you make your mistakes and figure out the way you /should/ > have done it, or putting up with a sub-optimum setup if you don't throw > one away, and planning for it from the beginning will make the process > easier when the time comes." > > I know I've gone thru several partition layout iterations here, before I > came up with something very close to what I'd consider optimal... that > has stayed that way for several years. > > =:^) If someone told me they was going to do a install similar to mine, without all the udev, init thingy and /usr confusion, I would give a lot of info but also recommend this. Install onto a spare drive then run du on /usr, /var and such. Take that information and create partitions on the permanant OS drive then copy the install over. That way you have the best possible info based on your own install and what you plan to use. They would then have a nice and neat system. If they use LVM, they can even enlarge/shrink things as needed. This could be very true considering the talk of moving portage files around. Sounds like /var may be about to grow. > >> I agree with having a simple manual for the folks that want to install >> just to look and then have a separate manual, wiki even, for more >> serious set ups. This can include things like RAID, LVM and having more >> than a couple partitions. Of course, Gentoo is almost endless in >> options. > > Agreed. The only thing I'd add would be that the simple installation > should have "for more information" type links to the more complex > discussions of each step/decision, at the appropriate place. Then people > like Dale and I will read them, and but they'll be clearly marked "for > more information" or similar, so those uninterested in that sort of > discussion can easily skip it. =:^) > No problem there. If folks could put info on a wiki, it would be nice. Example, 'I have KDE, Fluxbox, and this is the space required xxxx Gbs.' Or 'I have Fluxbox and apache installed and I use xxxxGbs.' Then list what /usr, /var and others are in Gbs. That would save some people from having to redo their drives. Let the docs point to that for the ones interested. What a wish list. ;-) Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words! Miss the compile output? Hint: EMERGE_DEFAULT_OPTS="--quiet-build=n"