kern/73251: GEOM_GPT only works with ACPI in the kernel, not as module

Harald Schmalzbauer harry at schmalzbauer.de
Sun Jul 3 14:20:07 GMT 2005


Am Sonntag, 31. Oktober 2004 02:33 schrieb Marcel Moolenaar:
> 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

It was a timing problem and really depended on the way ACPI was enabled. 
The whole problem doesn't exist anymore since the -k option has gone and 
so many ACPI changes were made in the meantime...

-Harry

> 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
> _______________________________________________
> freebsd-bugs at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-bugs
> To unsubscribe, send any mail to "freebsd-bugs-unsubscribe at freebsd.org"
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-bugs/attachments/20050703/3e357717/attachment.bin


More information about the freebsd-bugs mailing list