[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Fwd: GRUB overwriting partition tables
From: |
Vladimir 'phcoder' Serbinenko |
Subject: |
Fwd: GRUB overwriting partition tables |
Date: |
Wed, 29 Jul 2009 18:02:37 +0200 |
---------- Forwarded message ----------
From: René Herman <address@hidden>
Date: Wed, Jul 29, 2009 at 3:41 PM
Subject: Re: GRUB overwriting partition tables
To: Vladimir 'phcoder' Serbinenko <address@hidden>
On 07/29/2009 12:30 PM, Vladimir 'phcoder' Serbinenko wrote:
>> Device Boot Start End #sectors Id System
>> /dev/sda1 1 692272486 692272486 85 Linux extended
>> /dev/sda2 692272487 976773167 284500681 7 HPFS/NTFS
>> /dev/sda3 0 - 0 0 Empty
>> /dev/sda4 0 - 0 0 Empty
>> /dev/sda5 2 16777217 16777216 82 Linux swap
>> /dev/sda6 16777219 33554434 16777216 83 Linux
>> /dev/sda7 33554436 50331651 16777216 83 Linux
>> /dev/sda8 50331653 67108868 16777216 83 Linux
>> /dev/sda9 67108870 379690677 312581808 83 Linux
>> /dev/sda10 379690679 692272486 312581808 83 Linux
>>
> In this configuration there is simply no way where to put GRUB2 -
> there is no MBR gap. While GRUB shouldn't have destroyed your
> partition table this configuration will never be supported. I've
> looked into the code and now know where the bug is and thinking about
> the way to make grub safely abort in such configuration
Thanks for the answer, and good to know that you see the problem.
But, well. Both LILO and old GRUB support this configuration and it's
a valid configuration as far as the tables themselves are concerned.
If GRUB2 cannot support this, I consider that a regression. I know
LILO a bit, but not old GRUB. Cannot GRUB2 handle this in whatever way
GRUB does/did?
Regards,
Rene
--
Regards
Vladimir 'phcoder' Serbinenko
Personal git repository: http://repo.or.cz/w/grub2/phcoder.git
- Fwd: GRUB overwriting partition tables,
Vladimir 'phcoder' Serbinenko <=