From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id 995D91381F3 for ; Sun, 6 Oct 2013 22:03:08 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 01922E0BBE; Sun, 6 Oct 2013 22:02:46 +0000 (UTC) Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id E4DCEE0BB8 for ; Sun, 6 Oct 2013 22:02:34 +0000 (UTC) Received: by mail-pa0-f41.google.com with SMTP id bj1so6495166pad.14 for ; Sun, 06 Oct 2013 15:02:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=date:from:to:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; bh=z/+/tw4BHAsfGJW+AKDF8sHvOxQTUcWchMjX+vCKn2I=; b=s8Ut2OUG9HbSrOCNxzaGatsb6uVihalblGDmW2m9/0Swyg9w4my7gKShADptGqIAht RM6rhZihXhJbOSWy31UkvLtIIk758YczGCTkQnR+KAiLTS0z+mYbETr3LTNAMYF8q/n2 oORX2fOeuWFZ3yVzgsu8LjnjUCRQ3PgK9/9d5cRVvQdCom5DEyfOaSNsJiDfBxRwaKDf k8qLo4MGmJP512fqhGcxV0i4g+zdoUKWpLN0vuEXRn7ZZqCwSypJR2Zci7LU2ndYMP84 iLnigeZsfVHnran9ae6pBjGNvN2ZuCa1TUFQQ62CplqjX1RwNtRR5QJO0UJNfyicQj1L P+Kw== X-Received: by 10.68.129.201 with SMTP id ny9mr27455234pbb.70.1381096953560; Sun, 06 Oct 2013 15:02:33 -0700 (PDT) Received: from pacific.net.au (ppp5915.dsl.pacific.net.au. [125.255.25.21]) by mx.google.com with ESMTPSA id tz3sm28914340pbc.20.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 06 Oct 2013 15:02:32 -0700 (PDT) Date: Mon, 7 Oct 2013 09:02:27 +1100 From: Gregory Shearman To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] separate / and /usr to require initramfs 2013-11-01 Message-ID: <20131006220227.GA9631@pacific.net.au> Mail-Followup-To: gentoo-user@lists.gentoo.org References: 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 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Archives-Salt: 6e4cb539-3908-4e4a-a587-48e62943c297 X-Archives-Hash: 2fd676cc113c556381d8319c80cd2888 In linux.gentoo.user, Tanstaafl wrote: > On 2013-09-29 4:09 PM, Alan McKinnon wrote: >> On 29/09/2013 19:59, Tanstaafl wrote: >>> I've been told that this shouldn't be a big deal... while I am a >>> (barely) passable linux sys admin >> >> Allow me to forward an opinion. The above is not true, not even close. >> >> Don't knock yourself, you don't deserve it :-) > > Lol!!! At first I thought you were saying that it wasn't true that > merging /usr into / shouldn't be a big deal - and I was about to start > gnashing my teeth (again). > > Thanks Alan, your words are very kind... and I'll just leave it at > that... ;) I've just changed one of my machines so that /usr is now part of the root filesystem. Like you, I had a separate /usr filesystem. Unlike you I've been running an initramfs for many years because: a) I'm running laptops and like them to have pretty graphical boot screens and no "ugly writing" appearing during the boot sequence. It's silly, I know, but it still looks pretty. The initramfs will start up "bootsplash" 8-) b) The important reason I need an initramfs is that I have my root filesystems on LVM partitions (except for my ARM servers). I've never has a scrap of trouble with the genkernel initramfs builds, despite myriad updates over the years. I've had minor niggles with display but nothing critical. So while I've run an initramfs for many years, now it has had to mount /usr before the "pivot_root" command. This has led to the problem that /usr is no longer able to be fscked because it is already mounted, and I cannot for the life of me, get the genkernel initramfs to fsck the /usr filesystem before mounting. I've had to manually fsck the /usr filesystem by running my minimal install CD. There are probably ways to do this (like fscking /usr on shutdown, which I couldn't get working) but I'm sick of looking for them. I've bit the bullet and changed things over. It went without a hitch. Here's what I did: I added a new LVM volume group and added a "slash" filesystem (10Gb), a "usrsrc" filesystem for my kernels (10Gb), a "portage" filesystem (3Gb), a "distfiles" filesystem (15Gb) and a "packages" filesystem (10Gb). Because these are on LVM they can be adjusted upwards or downwards depending on usage. I updated /etc/default/grub so that the new kernel command line will find my new "slash" LVM volume, and ran the grub2 installer to make the change valid. I then shut down the machine, booted my minimal install CD, used LVM to find my filesystems. I then mounted my new "slash" and mounted the new filesystems. I also decided to move portage, distfiles and packages to the old /var partition but to do so I first had to mount them in their old positions on /usr/portage /usr/portage/distfiles etc... Once done, I mounted the old "slash" and the old "/usr" (with included distfiles and packages and portage) then did the "cp -av ". It was then possible to unmount distfiles, packages and portage and then move them to /var (mount /var and mkdir /var/portage /var/distfiles and /var/packages) I altered the new "slash" fstab. I then rebooted without a hitch. Oh, I also had to update /etc/portage/make.conf and the "make.profile" symlink to reflect the change. It seems complicated but every step was logical. Having my root filesystem on LVM has made the change more complicated than it should have been, but it still was quite easy to do and downtime was minimal. I don't feel like I've been "forced" to do anything. I'm grateful for the Gentoo devs and their hard work over the years. This upstream change is just a small bump in the long Gentoo road. If I didn't agree with the change then it would be up to me to find a way to get my system to work without an initramfs, not the Gentoo Devs... after all, this IS open source. Be grateful that the Gentoo Devs are still willing to volunteer their time building this great distribution. -- Regards, Gregory.