Re: bin/49510: gpt(8) fails w/o drvctl and breaks sysinst

[Martin Husemann <martin%duskware.de@localhost>]

The following reply was made to PR bin/49510; it has been noted by GNATS.

From: Martin Husemann <martin%duskware.de@localhost>
To: gnats-bugs%NetBSD.org@localhost
Cc: gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost, martin%NetBSD.org@localhost
Subject: Re: bin/49510: gpt(8) fails w/o drvctl and breaks sysinst
Date: Mon, 29 Dec 2014 10:57:43 +0100

 On Mon, Dec 29, 2014 at 02:05:01AM +0000, John Nemeth wrote:
 >       I disagree that this is a bug in gpt(8).  Every INSTALL kernel
 >  where gpt(8) is going to be used should have drvctl, or gpt(8)
 >  shouldn't be used.
 
 Yes, sysinst should not try to find out wether a disk has a GPT by invoking
 gpt(8), as that tool is obviously not up to the task.
 
 I would change it to just open the disk, read a few kb and check the GPT
 (master copy) signature, but others claim this would violate the UEFI
 spec that forces us to check the backup copy.
 
 Martin