public inbox for gentoo-user@lists.gentoo.org
 help / color / mirror / Atom feed
From: Alan McKinnon <alan.mckinnon@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] Re: Lilo vs. LVM
Date: Sun, 5 Sep 2010 10:32:05 +0200	[thread overview]
Message-ID: <201009051032.05971.alan.mckinnon@gmail.com> (raw)
In-Reply-To: <i5uc6v$82j$1@dough.gmane.org>

Apparently, though unproven, at 23:03 on Saturday 04 September 2010, walt did 
opine thusly:

> On 09/04/2010 07:11 AM, Konstantinos Agouros wrote:
> > Hi,
> > 
> > I have a VM with a gentoo guest. For testing I set it up with an LVM
> > Volume Group that consisted of only one disk. Now I added a 2nd resized
> 
> > the FS but lilo stopped working. When I call it I get:
> Way back when I was using LILO, it had to be reinstalled to the boot block
> of the boot drive whenever the partition table changed.  The partition
> table was hard-wired into the boot block, so naturally the boot block
> needed to be updated.  Dunno if LILO still does that, and I can't recall
> how to re-install the boot block, either :/
> 
> > Is maybe grub the answer to my problem?
> 
> That's what I use, and it's not subject to the re-install problem.
> Bit of a learning curve at first, but worth it IMO.

Well, they are boot loaders,

BOOT_LOADERS ARE DIFFERENT. VERY DIFFERENT.

Not shouting, just emphasis. One cannot think of boot-loaders in OS terms, as 
they are not the OS.

lilo does indeed need to be re-written to disk when the partition table 
changes, it does not have the ability to dynamically read a disk, it has no 
clue what a file or an fs is. This makes life simple, but you need to remember 
the extra step.

grub does support dynamically reading disks, meaning there's no extra step 
when making changes. But it did move the complexity into menu.lst.

Which one to use? It's a trade-off. Decide for yourselves where you want the 
complexity to be, and use that one. You will never eliminate the complexity of 
a boot loader, you can however contain it somewhere YOU are familiar with and 
where you feel comfortable working with it.


-- 
alan dot mckinnon at gmail dot com



  reply	other threads:[~2010-09-05  8:35 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-04 14:11 [gentoo-user] Lilo vs. LVM Konstantinos Agouros
2010-09-04 19:07 ` Al
2010-09-05  8:20   ` Konstantinos Agouros
2010-09-04 21:03 ` [gentoo-user] " walt
2010-09-05  8:32   ` Alan McKinnon [this message]
2010-10-13 11:38 ` [gentoo-user] " Momesso Andrea

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=201009051032.05971.alan.mckinnon@gmail.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