bin/164094: bsdinstall(8): installer progress over 100%
nwhitehorn at freebsd.org
Wed Jan 18 05:57:14 UTC 2012
On 01/17/12 23:23, Ariane van der Steldt wrote:
> Hi Nathan,
> On Sat, Jan 14, 2012 at 07:42:24AM +0100, Ariane van der Steldt wrote:
>> On Fri, Jan 13, 2012 at 07:49:12PM -0600, Nathan Whitehorn wrote:
>>> On 01/13/12 19:16, eadler at FreeBSD.org wrote:
>>>> FreeBSD installer changed my MBR-only partition table to MBR+GPT
>>>> partition table.
>>>> The other OS does not have GPT logic; I want to be at least warned
>>>> this is happening and prefer to have the option at least.
>>>> Alternatively, the installer may opt not to install a GPT if the disk
>>>> does not require it (as in the case in this machine)
>>> Can you give some more details here? This is something that the
>>> installer is not programmed to do and that I cannot reproduce.
>> Sure. I used a VM to reproduce the problem, so I could provide pretty
>> screenshots in an attempt to better explain the problem.
>> only 1 OS installed, windows XP, using MBR partition table.
>> Using a live CD, I can instruct fdisk to (pointlessly) alter the active
>> partition, as can be seen in attached screenshot 1
>> Both windows XP and FreeBSD are installed.
>> Unfortunately, fdisk can no longer be used to alter the active
>> partition, gpart is to be used instead.
>> As can be seen in attached screenshot 2, fdisk fails.
>> After install, only gpart can be used to change the active partition.
> Upon rereading the manpage for gpart, I'm wondering if what I concluded
> really happened. On closer examination, it's possible the geom logic
> blocked fdisk from modifying the partition table. Can you tell me how I
> can confirm out what partitioning schemes are present on my harddisk?
> I put the output of gpart show at the bottom of the e-mail, which
> suggests the mbr scheme is used regardless.
> If geom indeed blocks fdisk from altering the partition table, I'm
> wondering what the use of the binary is though, as it seems gpart does
> everything fdisk does, but without failing.
> # gpart show
> => 63 1250263665 ada0 MBR (596G)
> 63 209712447 1 ntfs [active] (100G)
> 209712510 102398310 2 ntfs (48G)
> 312110820 937426896 3 freebsd (447G)
> 1249537716 726012 - free - (354M)
> => 0 937426896 ada0s3 BSD (447G)
> 0 929038336 1 freebsd-ufs (443G)
> 929038336 8388559 2 freebsd-swap (4G)
> 937426895 1 - free - (512B)
That implies it's just MBR + BSD label. Why did you think it was GPT?
Geom does prevent many utilities from altering the partition table. I
was under the impression that fdisk had been modified to actually use
geom these days, so it should have worked, but it's possible that didn't
More information about the freebsd-bugs