From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] InitRAMFS - boot expert sought
Date: Wed, 28 Mar 2012 00:46:33 +0200 [thread overview]
Message-ID: <20120328004633.635b9c5c@khamul.example.com> (raw)
In-Reply-To: <4F723FAA.9090205@gmail.com>
On Tue, 27 Mar 2012 17:31:06 -0500
Dale <rdalek1967@gmail.com> wrote:
> Alan McKinnon wrote:
> > On Tue, 27 Mar 2012 16:59:30 -0500
> > Dale <rdalek1967@gmail.com> wrote:
> >
> >> Mark Knecht wrote:
> >>> On Tue, Mar 27, 2012 at 1:36 PM, Dale <rdalek1967@gmail.com>
> >>> wrote: <SNIP>
> >>> Right now, my plan is to mask udev at what it is and either
> >>>> switch to another distro
> >>> <SNIP>
> >>>
> >>> 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.
> Right now, I have very little confidence in this init thingy and me
> getting it to work much less able to fix it even it doesn't boot for
> some reason.
>
> < sighs >
>
> Dale
>
> :-) :-)
>
>
--
Alan McKinnnon
alan.mckinnon@gmail.com
next prev parent reply other threads:[~2012-03-27 22:49 UTC|newest]
Thread overview: 89+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-27 10:36 [gentoo-user] InitRAMFS - boot expert sought Helmut Jarausch
2012-03-27 13:19 ` Mike Edenfield
2012-03-27 13:30 ` Michael Mol
2012-03-27 14:04 ` Neil Bothwick
2012-03-27 15:20 ` covici
2012-03-27 15:54 ` Neil Bothwick
2012-03-27 14:33 ` Mike Edenfield
2012-03-27 15:47 ` Dale
2012-03-27 17:35 ` Mike Edenfield
2012-03-27 18:30 ` Dale
2012-03-27 19:27 ` Sebastian Beßler
2012-03-27 20:04 ` Dale
2012-03-27 20:23 ` Michael Mol
2012-03-27 20:46 ` Dale
2012-03-27 21:08 ` Mark Knecht
2012-03-27 21:43 ` Dale
2012-03-27 21:52 ` Alan McKinnon
2012-03-27 22:28 ` Dale
2012-03-28 0:20 ` David W Noon
2012-03-28 1:36 ` Dale
2012-03-28 21:40 ` Alan McKinnon
2012-03-28 22:01 ` David W Noon
2012-03-28 22:26 ` Alan McKinnon
2012-03-28 23:20 ` David W Noon
2012-03-29 2:24 ` Dale
2012-03-29 8:28 ` Alan McKinnon
2012-03-29 12:01 ` David W Noon
2012-03-29 20:58 ` Alan McKinnon
2012-03-29 21:20 ` pk
2012-05-19 13:33 ` Frank Steinmetzger
2012-03-29 23:26 ` wdk@moriah
2012-03-30 10:36 ` David W Noon
2012-03-29 12:05 ` [gentoo-user] " Nicolas Sebrecht
2012-03-29 13:00 ` Neil Bothwick
2012-03-29 20:55 ` Alan McKinnon
2012-03-29 22:10 ` Mike Edenfield
2012-03-29 23:10 ` Neil Bothwick
2012-03-29 14:08 ` [gentoo-user] " Doug Hunley
2012-03-29 16:47 ` David W Noon
2012-03-27 22:02 ` Mark Knecht
2012-03-27 22:35 ` Dale
2012-03-27 22:49 ` Mark Knecht
2012-03-29 13:59 ` J. Roeleveld
2012-03-29 17:36 ` Dale
2012-03-30 7:23 ` [gentoo-user] " Nicolas Sebrecht
2012-03-30 7:56 ` J. Roeleveld
2012-03-27 23:04 ` [gentoo-user] " Neil Bothwick
2012-03-27 23:47 ` Dale
2012-03-28 7:51 ` Neil Bothwick
2012-03-28 7:55 ` Canek Peláez Valdés
2012-03-28 21:38 ` Alan McKinnon
2012-03-27 20:09 ` Neil Bothwick
2012-03-27 16:18 ` Michael Hampicke
2012-03-27 16:50 ` Michael Mol
2012-03-27 16:57 ` Dale
2012-03-27 17:09 ` Mark Knecht
2012-03-27 20:07 ` Neil Bothwick
2012-03-27 21:20 ` Mike Edenfield
2012-03-27 21:38 ` Neil Bothwick
2012-03-27 20:36 ` Dale
2012-03-27 20:46 ` Mark Knecht
2012-03-27 21:59 ` Dale
2012-03-27 22:14 ` Alan McKinnon
2012-03-27 22:31 ` Dale
2012-03-27 22:46 ` Alan McKinnon [this message]
2012-03-27 23:50 ` Dale
2012-03-28 7:58 ` Neil Bothwick
2012-03-28 18:29 ` Mike Edenfield
2012-03-28 21:58 ` pk
2012-03-28 23:20 ` Neil Bothwick
2012-03-29 17:14 ` pk
2012-03-29 18:06 ` Neil Bothwick
2012-03-29 18:54 ` pk
2012-03-29 2:21 ` Michael Mol
[not found] ` <20120329100248.24ecb03c@digimed.co.uk>
2012-03-29 14:21 ` Michael Mol
2012-03-29 14:43 ` Neil Bothwick
2012-03-29 15:58 ` Michael Mol
2012-03-28 15:20 ` Allan Gottlieb
2012-03-28 16:41 ` Alex Schuster
2012-03-28 20:44 ` Simon
2012-03-28 21:35 ` Alan McKinnon
2012-03-29 2:38 ` Allan Gottlieb
2012-03-29 8:43 ` Allan Gottlieb
2012-04-03 12:27 ` Alan McKinnon
2012-04-03 13:15 ` Allan Gottlieb
2012-03-27 21:22 ` Mike Edenfield
2012-03-27 22:01 ` Dale
2012-03-28 2:27 ` William Kenworthy
2012-03-28 5:46 ` du yang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120328004633.635b9c5c@khamul.example.com \
--to=alan.mckinnon@gmail.com \
--cc=gentoo-user@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox