> Personally, I don't think we should provide that information.  But
>someone is providing it, I guess, in the FAQ.

I'm sure it's just my system, but I've tried the instructions (even
checked I was using capital M instead of lowercase m) and
they don't work in Ubuntu.  I would love to get corrected here
but I actually have an easier time creating the install media
in Windows. I've followed the recipe 30 times this week.

I would love to contribute to the GRUB boot information but
I have no clue who works on that.  I would prefer contacting
them directly rather than hitting the mailing list with
irrelevant information.

Any insight regarding the GPT boot would be appreciated.
As I said, MBR boot works fine.

Thanks for the feedback, looking forward to any potential
insight.

On Thu, Jun 25, 2020 at 4:16 PM Theo de Raadt <[email protected]> wrote:

> David Blevins <[email protected]> wrote:
>
> > Theo et al.,
> >
> > I understand that it's an installer, but I do have an interest in
> > having an OpenBSD installing along side a GNU Linux installation.
> > That said, the basic "OpenBSD takes over the machine" install does
> > in fact work just fine.  If that's the only intended use case why
> > provide instructions for enabling multiboot through GRUB? I've been
> > attempting multiboot through GRUB 2 but the issues I'm encountering
> > seem fairly common, and I haven't gotten into the fine details yet.
>
> Personally, I don't think we should provide that information.  But
> someone is providing it, I guess, in the FAQ.
>
> > I'd say that I simply don't see why the installer destructively
> > re-arranges the disk's scheme prior to officially choosing to write
> > the new partitioning scheme to the disk.  Howver, I must admit that
> > the procedure would not work if this were deferred to the next step
> > in DISKLABEL.
>
> I haven't checked the FAQ.  You probably went off the recipe.  And
> you reap what you sow.
>

Reply via email to