[Bug 196241] New: gpart does not recognize Apple Core Storage partitions

[bugzilla-noreply at freebsd.org]

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196241

            Bug ID: 196241
           Summary: gpart does not recognize Apple Core Storage partitions
           Product: Base System
           Version: 10.1-RELEASE
          Hardware: amd64
                OS: Any
            Status: New
          Severity: Affects Some People
          Priority: ---
         Component: bin
          Assignee: freebsd-bugs at FreeBSD.org
          Reporter: roddi at me.com

When creating an encrypted partition on a OS X system a Core Storage partition
is created. I wont go into details about these partitions but you can do a "man
diskutil" on a OS X system to learn more. A disk partitioned with such a
partition looks like this on OS X (output of "diskutil list"):

/dev/disk2
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *2.0 TB     disk2
   1:                        EFI EFI                     209.7 MB   disk2s1
   2:          Apple_CoreStorage                         250.0 GB   disk2s2
   3:                 Apple_Boot Recovery HD             650.0 MB   disk2s3
   4: 516E7CBA-6ECF-11D6-8FF8-00022D09712B               1.7 TB     disk2s4

Note partition (or slice) 2

On FreeBSD "gpart show":

=>        34  3906963389  da0  GPT  (1.8T)
          34           6       - free -  (3.0K)
          40      409600    1  efi  (200M)
      409640   488281256    2  !53746f72-6167-11aa-aa11-00306543ecac  (233G)
   488690896     1269536    3  apple-boot  (620M)
   489960432  3417002984    4  freebsd-zfs  (1.6T)
  3906963416           7       - free -  (3.5K)

So obviously "!53746f72-6167-11aa-aa11-00306543ecac" is the magic UID for the
Core Storage slice. All this applies to GUID partition tables. I have no idea
what the situation is with other partition schemes but I doubt that Core Store
Volumes can be created anywhere else than GPT.

While not really a serious bug, I still think this should be added to the list
of known partition types.

P.S.: The output above is from the exact same disk. Apple uses base-10 values
instead of base-2 values so everything appears to be larger.

-- 
You are receiving this mail because:
You are the assignee for the bug.