From: Molle Bestefich <molle.bestefich@gmail.com>
To: Wilfried Weissmann <Wilfried.Weissmann@gmx.at>
Cc: bug-grub@gnu.org, dm-devel@redhat.com, ataraid-list@redhat.com
Subject: Re: Re: grub 0.96 bug
Date: Tue, 22 Mar 2005 21:11:46 +0100 [thread overview]
Message-ID: <62b0912f0503221211c21d0ec@mail.gmail.com> (raw)
In-Reply-To: <42407227.2020402@gmx.at>
>> Thanks for the explanation!
>> There should be an option in the GRUB configuration to do this, so
>> that the RAID won't get overwritten the next time I do a grub-install,
>> I think.
>
> That would make my life a lot easier! On the other hand, the most
> straight forward thing to do would be to move the stage 1.5 to another
> default sector. So you can not forget to set any option that ruins your
> array if missing. Also there is no need to add some autodetection code
> for hpt controllers then.
One step ahead of me, you are.
I was just thinking of doing autodetection of HPT magic in GRUB.
The autodetection has a plus side too, though.
It can detect other stuff that should not be touched (Windows/Veritas
dynamic partition information comes to mind?) and not touch sectors
based on what is actually there on a particular system. Would perhaps
save the implementor the pain of choosing once there's just too many
reserved sectors and the stage1.5 loader wont fit.
I think I've read that the stage1.5 loader is not really necessary in
some cases, think I'll go doc-hunting.
>> Or even better, dmraid could protect the metadata blocks by some magic
>> flag to dm-mod.
>> This isn't possible as is, is it?
>
> One can make any I/O to this block fail. But I would like something like
> discarding any writes and only perform reads. "dd" backups would still
> work then.
Right. And perhaps a user-definable flag to turn the protection on or off :-).
Is it possible without adding new code to dm-mod?
next prev parent reply other threads:[~2005-03-22 20:11 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <62b0912f05031606396a3a47db@mail.gmail.com>
[not found] ` <20050318125120.GQ3301@redhat.com>
[not found] ` <62b0912f0503181112ea853a6@mail.gmail.com>
[not found] ` <62b0912f050318142923419b20@mail.gmail.com>
[not found] ` <62b0912f05031914513909bcfb@mail.gmail.com>
[not found] ` <62b0912f050319145547c4a7db@mail.gmail.com>
[not found] ` <20050320163001.GB643@percy.comedia.it>
[not found] ` <62b0912f05032019262c009465@mail.gmail.com>
[not found] ` <62b0912f0503202121607bd38a@mail.gmail.com>
[not found] ` <62b0912f05032104052e78fd60@mail.gmail.com>
2005-03-21 14:55 ` grub 0.96 bug Molle Bestefich
2005-03-21 18:16 ` Wilfried Weissmann
2005-03-22 7:53 ` [dm-devel] " Molle Bestefich
2005-03-22 19:29 ` Wilfried Weissmann
2005-03-22 20:11 ` Molle Bestefich [this message]
2005-03-22 22:42 ` Wilfried Weissmann
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=62b0912f0503221211c21d0ec@mail.gmail.com \
--to=molle.bestefich@gmail.com \
--cc=Wilfried.Weissmann@gmx.at \
--cc=ataraid-list@redhat.com \
--cc=bug-grub@gnu.org \
--cc=dm-devel@redhat.com \
/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