From root@schmalzbauer.de  Thu Oct 28 18:39:17 2004
Return-Path: <root@schmalzbauer.de>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6F0F216A4CE
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 28 Oct 2004 18:39:17 +0000 (GMT)
Received: from flb.schmalzbauer.de (flb.schmalzbauer.de [62.245.232.135])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 3213B43D2D
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 28 Oct 2004 18:39:16 +0000 (GMT)
	(envelope-from root@schmalzbauer.de)
Received: from korso.flintsbach.schmalzbauer.de ([172.21.2.3])
	by flb.schmalzbauer.de (8.12.11/8.12.11) with ESMTP id i9SId85r032081
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 28 Oct 2004 20:39:08 +0200 (CEST)
	(envelope-from root@test1.flintsbach.schmalzbauer.de)
Received: from test1.flintsbach.schmalzbauer.de (test1.flintsbach.schmalzbauer.de [172.21.3.1])
	by korso.flintsbach.schmalzbauer.de (Postfix) with ESMTP id 7180516B
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 28 Oct 2004 20:39:08 +0200 (CEST)
Received: from test1.flintsbach.schmalzbauer.de (localhost.flintsbach.schmalzbauer.de [127.0.0.1])
	by test1.flintsbach.schmalzbauer.de (8.13.1/8.13.1) with ESMTP id i9SId8TM040796
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 28 Oct 2004 20:39:08 +0200 (CEST)
	(envelope-from root@test1.flintsbach.schmalzbauer.de)
Received: (from root@localhost)
	by test1.flintsbach.schmalzbauer.de (8.13.1/8.13.1/Submit) id i9SId7vM040783;
	Thu, 28 Oct 2004 20:39:07 +0200 (CEST)
	(envelope-from root)
Message-Id: <200410281839.i9SId7vM040783@test1.flintsbach.schmalzbauer.de>
Date: Thu, 28 Oct 2004 20:39:07 +0200 (CEST)
From: Charlie & <root@schmalzbauer.de>
Reply-To: Charlie & <root@schmalzbauer.de>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: GEOM_GPT only works with ACPI in the kernel, not as module
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         73251
>Category:       kern
>Synopsis:       GEOM_GPT only works with ACPI in the kernel, not as module
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Oct 28 18:40:25 GMT 2004
>Closed-Date:    Sun Oct 31 00:33:01 GMT 2004
>Last-Modified:  Sun Oct 31 00:33:01 GMT 2004
>Originator:     Harald Schmalzbauer
>Release:        FreeBSD 5.3-STABLE i386
>Organization:
>Environment:
System: FreeBSD test1.flintsbach.schmalzbauer.de 5.3-STABLE FreeBSD 5.3-STABLE #16: Thu Oct 28 13:15:33 CEST 2004 root@test1.flintsbach.schmalzbauer.de:/builder/obj/builder/src/sys/A7V8X-X i386


	
>Description:
	GENERIC kernel doesn't boot with GPT sliced disks.
	It seems that no device like ad0p1 gets created when ACPI is loaded as module.
	As soon as I recompile a kernel with device ACPI everything is fine.
>How-To-Repeat:
	Set up a i386 machine with GPT sliced disks and try to boot GENERIC (which
	has GEOM_GPT in the kernel but not ACPI). After watching errors like these:
		/dev/ad0s1a: FILE SYSTEM CLEAN; SKIPPING CHECKS
		/dev/ad0s1a: clean, 93566 free (1142 frags, 11553 blocks, 0.9% frag)
		Can't stat /dev/ad0p3: No such file or directory
		Can't stat /dev/ad0p4: No such file or directory
		Can't stat /dev/ad0p5: No such file or directory
		Can't stat /dev/ad0p3: No such file or directory
		Can't stat /dev/ad0p3: No such file or directory
		/dev/ad0p3: CAN'T CHECK FILE SYSTEM.
		/dev/ad0p3: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
		Can't stat /dev/ad0p4: No such file or directory	
	recompile the kernel with device ACPI and see the system booting fine.
>Fix:

	


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-i386->freebsd-bugs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Sat Oct 30 06:26:53 GMT 2004 
Responsible-Changed-Why:  
This does not sound i386-specific. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=73251 
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 
>Unformatted:
