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 1SCgBc-0005tv-Jq for garchives@archives.gentoo.org; Tue, 27 Mar 2012 23:52:24 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 2C7FEE0B18; Tue, 27 Mar 2012 23:52:01 +0000 (UTC) Received: from mail-yw0-f53.google.com (mail-yw0-f53.google.com [209.85.213.53]) by pigeon.gentoo.org (Postfix) with ESMTP id 650E3E09FD for ; Tue, 27 Mar 2012 23:50:07 +0000 (UTC) Received: by yhjj72 with SMTP id j72so475130yhj.40 for ; Tue, 27 Mar 2012 16:50:07 -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=oIG9q2kS4fXOMUR57mWlKrYHVbBmXPEdETPci/wL1GU=; b=fDyV6QRq5U2hXHVC6Cldz5TgUgr1rcI4BGZGEYLOeymMWULKrscyuqZd1F1Fapuvmq Uj9wYIlVudQOtONoMdMyraZEJlnFsGENf34bpN7mXE7ONCqRG2Ce2//Tg1LaYQHglhQb AOTg/KVV3GPHlSz2i1kT6PS7Jcnyv6xG4syTNRyVKrf5nK6oBu3k09TkSjajhA8/qOvs 0wEdmpcqgGZieEyoYk0KTbBenL2bDIOSi1oHrdE3XGNIOUMdefsbFFZa+wdE6DkqsLcX MKHDvygQGlE+hSpWYZ5ojDi80qdZUIdIka1Fm+OYIw11UUj8fuIJm/Gwu71Tx8LcLdR/ okEA== Received: by 10.236.80.68 with SMTP id j44mr218893yhe.25.1332892206960; Tue, 27 Mar 2012 16:50:06 -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 t66sm3332655yhh.6.2012.03.27.16.50.05 (version=SSLv3 cipher=OTHER); Tue, 27 Mar 2012 16:50:06 -0700 (PDT) Message-ID: <4F72522C.7070509@gmail.com> Date: Tue, 27 Mar 2012 18:50:04 -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-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] InitRAMFS - boot expert sought References: <1332844604.4130.0@numa-i> <4F71BE44.3080206@kutulu.org> <4F71E865.30800@hadt.biz> <4F71F182.5010709@gmail.com> <4F7224B8.1050806@gmail.com> <4F723842.4000501@gmail.com> <20120328001421.7c65a401@khamul.example.com> <4F723FAA.9090205@gmail.com> <20120328004633.635b9c5c@khamul.example.com> In-Reply-To: <20120328004633.635b9c5c@khamul.example.com> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Archives-Salt: 5f335b5f-5ff5-4926-81ff-f189f38d17e1 X-Archives-Hash: 38cdfd377416de1e32c0ca6e15d0eba9 Alan McKinnon wrote: > On Tue, 27 Mar 2012 17:31:06 -0500 > Dale wrote: > >> Alan McKinnon wrote: >>> On Tue, 27 Mar 2012 16:59:30 -0500 >>> Dale wrote: >>> >>>> Mark Knecht wrote: >>>>> On Tue, Mar 27, 2012 at 1:36 PM, Dale >>>>> wrote: >>>>> Right now, my plan is to mask udev at what it is and either >>>>>> switch to another distro >>>>> >>>>> >>>>> Just remember, with distros it's the device you know for the devil >>>>> you don't know... >>>>> >>>>> I don't understand why any of this /usr /udev stuff is bothering >>>>> you. Do you really use a separate /usr? Aren't you on stable like >>>>> me or are you on ~amd64? >>>>> >>>>> Good luck. I'm positive you'll come to your senses about this >>>>> Ubuntu nonsense! ;-))) >>>>> >>>>> Cheers, >>>>> Mark >>>>> >>>>> >>>> >>>> >>>> My plan was to put / on ext4, /boot on ext2 and everything else on >>>> LVM. That would incluse /usr, /usr/portage, /var and /home. I have >>>> not done that yet because doing it would force me to make a choice >>>> very soon since this mess is coming pretty soon. >>> >>> That's easy to fix. It takes a while and it's mind-numbingly boring, >>> but it's easy. >>> >>> All you need is a decent amount of free disk space as you will >>> shuffle things around just like in that 15 pieces game. >>> >>> Assuming / is the first (or second) partition on a disk: >>> >>> Measure how much data is on the file system. >>> Measure how much data is on the /usr file system. >>> Move partitions after / on the disk out of the way creating enough >>> free space to contain current / and /usr. >>> Enlarge / partition, enlarge the file system on it, copy contents >>> of /usr there. >>> Arrange the rest of your disk the way you want it (either with or >>> without LVM, both are easy enough to do). >>> Move the rest of your data back to it's final destination. >>> Delete any last remnants of the old /usr partition. >>> >>> And all your worries about initramfs will go away. Trust me (no, not >>> because I sell used cars, but because I do this for a living and >>> have done it several times) >>> >> >> >> Right now, I doubt my current / partition can hold all the /usr stuff. >> It would require a complete undoing then redoing, like you just laid >> out. I have done this before but I would like to only have to do it >> once and be done. That is why I want to use LVM for everything but / >> but if I could get this to work right, I wouldn't mind having / on LVM >> too. > > / on LVM isn't all that useful, simply because it's size doesn't change > much and there's no real need to grow it. It's not like /var. > > Binary distros put LVm on / not because it's a good idea but because > they like to have consistency. You don't need that because you know > what you built and it doesn't need to be supported by a corporate > employee far away. > > You are worrying yourself needlessly about this init thing. > > Just take some small measures to ensure that it will never be a factor. > > So throw out my plans and just do it their way? In that case, I may as well use Fedora since it sort of started there. Maybe that is what they wanted and planned. Screw everyone using a source based distro and they will just come use ours. This is starting to make me paranoid now. ROFL 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"