David Coppa suggests a custom kernel with the GPT option turned on. I'm thinking along the lines of
(1) compiling the custom kernels (GENERIC, GENERIC.MP, and RAMDISK with the option GPT turned on) and (2) making a bootable USB drive with that, (3) backing up the current installed openbsd system to another USB drive, probably a USB connected rotating HD. (4) then resurrecting MSWindows from the recovery disks and shrinking the MSWindows partition, and (5) using the USB drive to try installing to a GPT partition. What else would I need besides building the GPT enabled kernel? Do I need to install additional packages, or apply the google soc diffs as patches to things? And what kind of odds do I have of being able to dual-boot (using the BIOS boot manager, I suppose) openbsd on such a system? On Wed, May 20, 2015 at 5:28 PM, David Coppa <dco...@gmail.com> wrote: > On Wed, May 20, 2015 at 9:00 AM, Joel Rees <joel.r...@gmail.com> wrote: >> besides take it back to the store, I mean. >> >> I have it booted on a USB stick. The internal drive appears to be >> unpartitioned when I do a disklabel -- only c partition reported. fdisk >> does report it as EFI GPT. >> >> I read something about support in the kernel. Is there any hope of say, >> constructing a disklabel by hand and copying the file system over by hand? >> (I have opened up an empty "simple" partition on the disk already.) > > You could try with a custom kernel compiled with the GPT option turned on. > GPT support is currently commented out (see > src/sys/arch/amd64/conf/GENERIC), but it may work... > > Ciao, > David > -- > "If you try a few times and give up, you'll never get there. But if > you keep at it... There's a lot of problems in the world which can > really be solved by applying two or three times the persistence that > other people will." > -- Stewart Nelson -- Joel Rees Be careful when you look at conspiracy. Look first in your own heart, and ask yourself if you are not your own worst enemy. Arm yourself with knowledge of yourself, as well.
