linux-raid.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Duncan Laurie <duncan@sunbalt.net>
To: valen@tuatha.org
Cc: linux-raid@vger.kernel.org
Subject: Re: Problems with RAID1 on cobalt raq3
Date: 19 Aug 2002 20:56:41 -0700	[thread overview]
Message-ID: <1029815801.7736.13.camel@atherton> (raw)
In-Reply-To: <20020819083834.GM26818@jinny.ie>

On Mon, 2002-08-19 at 01:38, John P. Looney wrote: 
>
>  First off set_boot_dev was used to set the boot device to hda2 (I 
> tryed hda1, and as you pointed out, you can't move the root device
> easily to hda2 later).
> 
>  I had originally planned that hda1 was /boot and hda2 was / - in the end,
> to get *anything* booting, I'd to copy the /boot files into a /boot
> directory on the / filesystem, and write off hda1 as a waste of disk
> space.

I think you want this to be md1, but to do that and have the kernel on
a separate device (not a member of the raid set) will require you to 
override the root device for the ROM kernel with set_lparams. 

I was incorrect in saying that "set_boot_dev md1" does not have the same 
effect as "set_params root=/dev/md1", what I was seeing is actually a bug 
in the ROM.  When you run "set_boot_dev md1" it updates the major/minor 
bytes in CMOS, but it does not set the variable that is used to create 
the zero-page.  This means it will have the stale value until it is 
rebooted. (this is with a 2.9.x ROM, I am not sure about 2.3.40) 

>  Woo-hoo. Exactly what I wanted. I think.
> 
>  So, do I do 
> 
>      set_boot_dev hda1                      (/boot)
>      set_params "root=/dev/md0 ro"         
> 
>  And that should do what I've been trying to do ? Or do I have to change
> the paramters to the ROM kernel also ?

I would try this:

	set_boot_dev md1
	[reboot here - bug workaround]
	set_lparams root=/dev/hda1

(this is assuming hda1 is /boot, and hda2+hdg1=md1 is /)

The problem with this solution is you no longer get the ability to boot
autonomously.  The different root device is not saved in CMOS so has to
be re-entered each time.

-duncan

  reply	other threads:[~2002-08-20  3:56 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <200208172056.g7HKuHm05754@raq.iceblink.org>
2002-08-17 22:55 ` Problems with RAID1 on cobalt raq3 Duncan Laurie
2002-08-19 14:08   ` John P. Looney
2002-08-22 15:25     ` John P. Looney
2002-08-17 23:09 ` Duncan Laurie
2002-08-19  8:38   ` John P. Looney
2002-08-20  3:56     ` Duncan Laurie [this message]
2002-08-16 15:02 John P. Looney

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=1029815801.7736.13.camel@atherton \
    --to=duncan@sunbalt.net \
    --cc=linux-raid@vger.kernel.org \
    --cc=valen@tuatha.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;
as well as URLs for NNTP newsgroup(s).