Opened 9 years ago

Closed 8 years ago

Last modified 8 years ago

#12410 closed bug (fixed)

GPT add-on doesn't write protective MBR on GPT init.

Reported by: kallisti5 Owned by: axeld
Priority: low Milestone: Unscheduled
Component: Partitioning Systems/GPT Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

While GPT now works, it doesn't write out the protective MBR. Not a *huge* issue, but something we should investigate long-term.

GPT disk created under Haiku, edited in gdisk:

$ gdisk test-gpt.img 
GPT fdisk (gdisk) version 1.0.0

Partition table scan:
  MBR: not present
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with corrupt MBR; using GPT and will write new
protective MBR on save.

Command (? for help): p
Disk test-gpt.img: 2097152 sectors, 1024.0 MiB
Logical sector size: 512 bytes
Disk identifier (GUID): 230DDDCA-B80E-EA4F-90FD-DF416876B88B
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 2097118
Partitions will be aligned on 8-sector boundaries
Total free space is 1981 sectors (990.5 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1              40          327719   160.0 MiB   EB00  
   2          327720         1036327   346.0 MiB   EB00  
   3         1036328         2095143   517.0 MiB   EB00  

Command (? for help): q

Change History (2)

comment:1 by kallisti5, 8 years ago

confirming still an issue as of hrev50543

comment:2 by jessicah, 8 years ago

Resolution: fixed
Status: newclosed

Fixed in 80bc54a59aebe1b403fe88d2ddaf75cea4021b35 (hrev50772).

Last edited 8 years ago by jessicah (previous) (diff)
Note: See TracTickets for help on using tickets.