bin/164094: bsdinstall(8): installer progress over 100%
Ariane van der Steldt
ariane at stack.nl
Fri Jan 20 09:46:44 UTC 2012
On Tue, Jan 17, 2012 at 11:57:10PM -0600, Nathan Whitehorn wrote:
> 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.
> >>
> >>
> >> Pre-install:
> >> 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
> >>
> >>
> >> Post-install:
> >> 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
> work somehow.
I came under that impression because fdisk didn't work, while before
installing freebsd, it did work. gpart, due to its name and coupled with
a refusing fdisk, made me jump to the conclusion that I had been given a
GPT table.
Is there a technical reason that geom is not automatically activated on
every partition table? It seems to me that unifying these would reduce
complexity and confusion to the end user. And I see no reason why the
boot volume has this recognized and activated automatically, but other
devices don't.
--
Ariane
More information about the freebsd-sysinstall
mailing list