All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Zeno R.R. Davatz" <zdavatz@ywesee.com>
To: Michael Tokarev <mjt@tls.msk.ru>
Cc: RAID Linux <linux-raid@vger.kernel.org>, Hannes Wyss <hwyss@ywesee.com>
Subject: Re: mbr-install for Raid 1
Date: Tue, 5 Oct 2004 15:47:55 +0200	[thread overview]
Message-ID: <20041005154755.021a0f72@zrr.local> (raw)
In-Reply-To: <41626483.60505@tls.msk.ru>

Hi

I am just thinking of one more problem that turned up.

You suppose that I am running a RAID1 as you say I should install the boot-image of lilo to my root partition because Install-Mbr checks for it there. My problem: My Root-Partition is a RAID5. I would like to boot from a RAID1 and get my RAID5 going from there.

Any hints?
Zeno

On Tue, 05 Oct 2004 13:08:19 +0400
Michael Tokarev <mjt@tls.msk.ru> wrote:

> [I'm getting quite some questions similar to this
>   one -- so instead of replying to every and each,
>   I'm posting to linux-raid@, to be able to refer to
>   this post in the future... ;)]
> 
> Zeno R.R. Davatz wrote:
> > Hi!
> > 
> > I am just reading a post of yours regarding using 'install-mbr' for linux-raid.
> > 
> > Something I do not understand about the post:
> > http://lists.debian.org/debian-testing/2004/04/msg00054.html
> > 
> > is following:
> > "mark your boot raid partitions active...". What do you mean by that?
> 
> Set the partitions (single partition on every disk) where your root raid
> device resides to be active with fdisk.
> 
> > Do you mean to mark all the first partitions of all the disks /dev/sd[abcd]1 as boot with fdisk?
> 
> Not necessary first ones, but it is simpler to have your root fs on
> first partition.  Again, it is the root-raid partition that should
> be active.
> 
> > In that case I would have to do install-mbr /dev/md0 --force
> 
> No, you would have to use boot=/dev/md0 in your lilo.conf,
> and install-mbr /dev/sd[abcd]1.
> 
> > Is that correct?
> 
> Basically, the scenario is as follows.
> 
> Standard mbr (master boot record) from mbr package (note lilo also
> have it, see lilo -M) is installed into standard place (where BIOS
> will expect it to be) into all your disks once (don't forget to
> install the same mbr when you plug new disk).  The mbr code (it
> resides on the first sector of the disk) works by reading partition
> table, finding partition marked as "active" (or "boot" -- the same
> flag but different terminology), loading boot record from that
> partition and executing it.  Mbr code is stable and you don't have
> to change it -- the first sector of your disks will never change.
> In contrast, you will do eg kernel upgrades and similar stuff,
> for which lilo boot tables needs to be refreshed, and that should
> be done on all disks (to be able to boot off any disk in case
> first one fails).  For this to work, you set up lilo to write
> it's boot record into the device where your root filesystem is --
> it is raid1 array created off all active (boot) partitions of
> all your disks.  Lilo writes boot record into the beginning of
> md0, and raid code propagates that boot record into your disks,
> all of them -- remember, md0 is composed of active partitions
> on all your disks -- this is exactly the place where mbr code
> will look for the bootloader.
> 
> So, you have the same mbr code on all your disks (installed
> once when you configure each disk), and "second-stage" boot
> record, installed by lilo into md0 and again propagated to
> all disks (into active or boot partition of each), which will
> be loaded by mbr -- this boot record will be updated -- on
> all disks -- when you re-run lilo.  In case any disk fails,
> you have the same boot code and sequence on every other disk,
> so you could boot off any working, non-failed disk.
> 
> But be warned -- boot (active) partition on every disk should
> be at the exactly same place, or else file offsets written by
> lilo will be valid for one disk but not valid for other.
> 
> /mjt
> 


-- 
Mit freundlichen Grüssen / best regards

Zeno Davatz
Verkauf & Akquisition

+41 1 350 85 86

www.ywesee.com > intellectual capital connected > www.oddb.org
-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2004-10-05 13:47 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20041005093440.2b639e71@zrr.local>
2004-10-05  9:08 ` mbr-install for Raid 1 Michael Tokarev
2004-10-05  9:39   ` Zeno R.R. Davatz
2004-10-05 13:47   ` Zeno R.R. Davatz [this message]
2004-10-05 18:25     ` Bernd Fischer
2004-10-06  5:59       ` mbr-install for Raid 1 with Root on Raid5 Zeno R.R. Davatz
2004-10-06  8:56   ` mbr-install for Raid 1, rerun Lilo necessary? Zeno R.R. Davatz
2004-10-06 16:16     ` Bernd Fischer
2004-10-06 16:34       ` mbr-install for Raid 1, mdadm -a /dev/md0 /dev/sda1 Zeno R.R. Davatz

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=20041005154755.021a0f72@zrr.local \
    --to=zdavatz@ywesee.com \
    --cc=hwyss@ywesee.com \
    --cc=linux-raid@vger.kernel.org \
    --cc=mjt@tls.msk.ru \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.