All of lore.kernel.org
 help / color / mirror / Atom feed
From: Vladimir 'phcoder' Serbinenko <phcoder@gmail.com>
To: The development of GRUB 2 <grub-devel@gnu.org>
Subject: Re: Protection of boot sector and embedded area
Date: Sat, 26 Sep 2009 16:49:52 +0200	[thread overview]
Message-ID: <4ABE2A10.2010302@gmail.com> (raw)
In-Reply-To: <ad2655cb0909260207h8fc6da3tb23695d1ba39cad9@mail.gmail.com>

James Courtier-Dutton wrote:
> 2009/9/26 Colin Watson <cjwatson@ubuntu.com>:
>   
>> On Sat, Sep 26, 2009 at 09:28:12AM +0100, James Courtier-Dutton wrote:
>>     
>>> Is there a setting for grub-install/grub-setup where, if set, will
>>> never actually over write the boot sector and embedded area of my HD?
>>> I don't mind grub.conf being written to, I just do not want the boot
>>> up executables written to.
>>> For example, if I have an Ubuntu install, and the grub package gets
>>> upgraded, is there a way to stop the automatic update from attacking
>>> the boot and embedded area of my HD?
>>>       
>> At the moment, this is a recipe for GRUB becoming unusable, as the
>> interface between the core image and grub.cfg is not yet stable. As
>> such, I expect that the Ubuntu package will be changing to make this
>> harder to do by accident.
>>
>>     
> I suppose I have a special case.
> My HD already has a custom boot sector and embedded area doing
> something else. So I cannot install grub there at all.
>   
It's generally a bad idea to chase grub out of MBR+embed area. It often
results in unreliable configurations. Could you detail your usecase so
we can seek for a bettere solution?
> I am currently installing grub onto a usb stick and booting Linux from
> the usb stick, with the usb stick just doing the grub bit for me.
> I want to make sure that if I do automatic upgrades in ubuntu, it will
> never accidentally wipe the custom boot sector and embedded areas of
> my HD.
> I will manually do grub-install to update the grub on my usb stick.
>
>   
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
>   





  parent reply	other threads:[~2009-09-26 18:30 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-09-26  8:28 Protection of boot sector and embedded area James Courtier-Dutton
2009-09-26  8:57 ` Colin Watson
2009-09-26  9:07   ` James Courtier-Dutton
2009-09-26  9:13     ` Colin Watson
2009-09-26 10:40       ` James Courtier-Dutton
2009-09-26 10:47         ` Felix Zielcke
2009-09-26 14:49     ` Vladimir 'phcoder' Serbinenko [this message]
2009-09-26 21:57       ` James Courtier-Dutton
2009-09-26 22:07         ` Vladimir 'phcoder' Serbinenko
2009-09-26 22:47           ` James Courtier-Dutton
2009-09-26 23:01             ` Vladimir 'phcoder' Serbinenko
2009-09-27 11:37             ` Michal Suchanek
2009-09-27 12:21               ` James Courtier-Dutton
2009-09-27 12:41                 ` Vladimir 'phcoder' Serbinenko
2009-09-26 22:12         ` Vladimir 'phcoder' Serbinenko

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=4ABE2A10.2010302@gmail.com \
    --to=phcoder@gmail.com \
    --cc=grub-devel@gnu.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 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.