From owner-freebsd-bugs@FreeBSD.ORG  Sun Oct 31 00:33:00 2004
Return-Path: <owner-freebsd-bugs@FreeBSD.ORG>
Delivered-To: freebsd-bugs@hub.freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id C2ECD16A4CE; Sun, 31 Oct 2004 00:33:00 +0000 (GMT)
Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id B319743D53; Sun, 31 Oct 2004 00:33:00 +0000 (GMT)
	(envelope-from marcel@FreeBSD.org)
Received: from freefall.freebsd.org (marcel@localhost [127.0.0.1])
	i9V0X0uq013761;	Sun, 31 Oct 2004 00:33:00 GMT
	(envelope-from marcel@freefall.freebsd.org)
Received: (from marcel@localhost)
	by freefall.freebsd.org (8.12.11/8.12.11/Submit) id i9V0X0s9013757;
	Sun, 31 Oct 2004 00:33:00 GMT
	(envelope-from marcel)
Date: Sun, 31 Oct 2004 00:33:00 GMT
From: Marcel Moolenaar <marcel@FreeBSD.org>
Message-Id: <200410310033.i9V0X0s9013757@freefall.freebsd.org>
To: root@schmalzbauer.de, marcel@FreeBSD.org,
	freebsd-bugs@FreeBSD.org
Subject: Re: kern/73251: GEOM_GPT only works with ACPI in the kernel, not as
	module
X-BeenThere: freebsd-bugs@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Bug reports <freebsd-bugs.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-bugs>
List-Post: <mailto:freebsd-bugs@freebsd.org>
List-Help: <mailto:freebsd-bugs-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-bugs>,
	<mailto:freebsd-bugs-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sun, 31 Oct 2004 00:33:00 -0000

Synopsis: GEOM_GPT only works with ACPI in the kernel, not as module

State-Changed-From-To: open->closed
State-Changed-By: marcel
State-Changed-When: Sun Oct 31 00:22:19 GMT 2004
State-Changed-Why: 
The problem described in this PR has nothing to do with ACPI and is not
even specific to GPT (except for the fact that it's currently only MBR
and GPT that can coexist). What is described is that GEOM does not allow
multiple slicers on a single provider. Both the MBR and GPT reside on
the same disk and GEOM will only create devices for one. There's however
a window in which all device special files exist: when no file system
has been mounted. As soon as a file system is mounted, the slicer under
which the file system is mounted survives. The other disappears.

As such, this PR describes a configuration problem caused by the use of
invalid options (like the -k option to gpt migrate). GPT can not be used
on a disk that already has a MBR, it is defined that way by the GPT
specification and we only allow it in FreeBSD for debugging purposes.


http://www.freebsd.org/cgi/query-pr.cgi?pr=73251