Re: [RFC] Detect other software using embedding area

["Vladimir 'φ-coder/phcoder' Serbinenko" <phcoder@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1922 bytes --]

On 08/31/2010 05:36 PM, Brendan Trotter wrote:
> Hi,
>
> On Tue, Aug 31, 2010 at 8:28 PM, Colin Watson <cjwatson@ubuntu.com> wrote:
>   
>> When I blogged about this recently (and rather unexpectedly ended up on
>> Slashdot), several people followed up to say that GRUB shouldn't be
>> using the embedding area because it was never defined to be used for
>> anything in particular and has no protocol for arbitrating among
>> conflicts like this.
>>     
> Unfortunately, where the PC BIOS is concerned a lot of things are de
> facto standards, rather than actual standards; but I've always held a
> far simpler view: The MBR and the remaining sectors in the first track
> (before the start of the first partition) are reserved for the sole
> use of the "boot manager". If GRUB is the boot manager, then no OS
> (and no application running under any OS) has the right to touch these
> sectors; and the opposite is also true - e.g. if GRUB is not the MBR
> (e.g. GRUB is chain-loaded by something else) then GRUB has no right
> to touch any of these sectors.
>
>   
I completely agree with this point of view.
> If applications running on Windows are causing problems (overwriting
> something they have no right to touch), then the best solution would
> be a public web page (maybe in the GRUB wiki?) that explains the
> problem and lists which applications are buggy/broken crap...
>
>   
List of such software would be a good thing. However relying on it as
the sole solution supposes that the user is concious and searches the
real reason. However this expectation however logical it seems is
completely irrealistic given our userbase.
> Cheers,
>
> Brendan
>
> _______________________________________________
> Grub-devel mailing list
> Grub-devel@gnu.org
> http://lists.gnu.org/mailman/listinfo/grub-devel
>
>   


-- 
Regards
Vladimir 'φ-coder/phcoder' Serbinenko



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 294 bytes --]