On Sun, Jun 28, 2020 at 1:13 PM Greg Thomas <[email protected]>
wrote:

> On Sun, Jun 28, 2020 at 9:25 AM Nick Holland <[email protected]>
> wrote:
>
>>
>> from your dmesg:
>> sd0 at scsibus1 targ 0 lun 0: <ATA, ST1000LM049-2GH1, SDM2>
>> naa.5000c500b98a130c
>> sd0: 953869MB, 512 bytes/sector, 1953525168 sectors, thin
>> sd1 at scsibus1 targ 1 lun 0: <ATA, M4-CT512M4SSD2, 040H>
>> naa.500a07510369b769
>> sd1: 488386MB, 512 bytes/sector, 1000215216 sectors, thin
>> sd2 at scsibus1 targ 2 lun 0: <ATA, SAMSUNG SSD PM85, EXT4>
>> naa.5002538844584d30
>> sd2: 244198MB, 512 bytes/sector, 500118192 sectors, thin
>>
>> ERR M basically means that biosboot(8), which is "tagged" with the
>> physical location of /boot(8) on the disk, doesn't see the marker
>> that indicates that what it is pointing at is actually /boot.  The
>> windows 10 boot loader is pulling from a disk other than sd0, the pbr
>> is pointing at something "correct" if it were sd0, but the Windows
>> boot loader is trying to pull it from whatever the new default disk
>> is.  Maybe.
>>
>> There may be some bcdedit magic that can say "boot from this other disk"
>> which might solve your problem, but I have no idea.  A lame way of
>> doing this might be to shrink your Windows partition by 1G, and install
>> your OpenBSD root partition there, and the rest on sd0.
>>
>
> Rad, thanks Nick!  I'm going to poke around with BCDEasy or whatever that
> 3rd party software is since it'll be easier to figure out rather than
> reading through all the bcdedit documentation.  I swear back in the Windows
> ntldr days that I was running Windows and OpenBSD on separate disks so I
> think this should be doable with their current boot loader.
>
> Worse comes to worse I'll go with your last suggestion!
>

I couldn't find any magic with bcdedit/BCDEasy so I shrunk my Windows
partition, did a minimal install of OpenBSD way out there at the end of
sd2, copied over some of /etc, and it's all good.

nihilanon$ fdisk sd2
Disk: sd2 geometry: 31130/255/63 [500118192 Sectors]
Offset: 0 Signature: 0xAA55
            Starting         Ending         LBA Info:
 #: id      C   H   S -      C   H   S [       start:        size ]
-------------------------------------------------------------------------------
*0: 07      0  32  33 -    191  24  25 [        2048:     3067904 ] NTFS

 1: 07    191  56  58 -  30875 167  12 [     3072000:   492945408 ] NTFS

 2: A6  30875 167  13 -  31130 158   4 [   496017408:     4096000 ] OpenBSD

 3: 00      0   0   0 -      0   0   0 [           0:           0 ] unused


Next up is OpenVPN, and deciding if I should stick with -stable (most
probably) or start trying snapshots again.

Reply via email to