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
next prev 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).