bin/51296: gpt migrate test assumes x86-like environment

[martin%NetBSD.org@localhost]

>Number:         51296
>Category:       bin
>Synopsis:       gpt migrate test assumes x86-like environment
>Confidential:   no
>Severity:       critical
>Priority:       medium
>Responsible:    bin-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Wed Jun 29 14:55:00 +0000 2016
>Originator:     Martin Husemann
>Release:        NetBSD 7.99.32
>Organization:
The NetBSD Foundation, Inc.
>Environment:
System: NetBSD space-truckin.duskware.de 7.99.32 NetBSD 7.99.32 (CUBIETRUCK) #266: Wed Jun 29 12:43:39 CEST 2016 martin%night-owl.duskware.de@localhost:/usr/src/sys/arch/evbarm/compile/CUBIETRUCK evbarm
Architecture: earmv7hfeb
Machine: evbarm
>Description:

The gpt migrate test case (part of /usr/tests/sbin/gpt) fails on various
machines because it assumes a MBR/x86'ish environment.

It creates a disk image from a template that is made for RAW_PART=3 (i.e. 'd')
machines like this:

dd conv=notrunc msgfmt=quiet if=/dev/zero of=gpt.disk seek=10240 count=1
fdisk -fi gpt.disk
fdisk -fu0s 169/63/1024 gpt.disk
disklabel -R gpt.disk /usr/tests/sbin/gpt/gpt.disklabel

This disklabel input would neeed to be made different for raw_part = 'c'
architectures, and also the partitions should be better aligned. On sun
machines this step already fails:

disklabel: warning, partition a: not starting on cylinder boundary
disklabel: warning, partition b: not starting on cylinder boundary
disklabel: warning, partition c: not starting on cylinder boundary
disklabel: warning, partition e: not starting on cylinder boundary
disklabel: warning, partition f: not starting on cylinder boundary

Then the resulting disk does not match gpt(1)'s expections:

gpt migrate gpt.disk
gpt: gpt.disk: MBR partition without disklabel


>How-To-Repeat:
s/a

>Fix:
Maybe instead provide a binary uuencoded/compressed golden image of the
MBR disk oto start from?