|# Assuming you're a regular user that has doas allowances for vmctl|
|mkdir -p ~/vmm|
|# Grab the the one of the virt iso's of Alpine Linux|
|curl https://nl.alpinelinux.org/alpine/v3.6/releases/x86_64/alpine-virt-3.6.0-x86_64.iso -o alpine-virt-3.6.0-x86_64.iso|
|# Make a new virtual disk image, change the size as needed|
|vmctl create alpine-virt.img -s 6G|
|# Boot Alpine from the ISO. Make sure you have this exact disk order because as of 29 May 2017|
|# VMM's SeaBIOS will only try to boot from the first one it seems!|
|# Also, this assumes:|
|# - you want 1024M of memory, tune as desired|
|# - you configured a virtual switch called "local" in your /etc/vm.conf|
|# (see: http://www.h-i-r.net/2017/04/openbsd-vmm-hypervisor-part-2.html)|
|doas vmctl start alpine -d alpine-virt-3.6.0-x86_64.iso -d alpine-virt.img -n local -m 1024M -c|
|# You shoud get a serial console connection immediately. Hit enter or whatever to boot Alpine.|
|# Once in Alpine, run:|
Ohey, some of the above gist might be a bit old now...but if you want some general Alpine on OpenBSD VMM tips check out: https://medium.com/@dave_voutila/tips-for-alpine-linux-under-openbsd-dca8d09568b4
I know...medium is terrible...but my laziness in moving the post to a non-Medium location is greater than anything at the moment. C'est la vie.
For the poor souls about to install Alpine on vmm, there's a bug in 6.6 and -current at least as of 1/28/2020 which prevents newer versions of Alpine from running properly (they are suddenly killed, no rhyme or reason I can find). Older versions of Alpine work well, though! Tested and very stable on alpine-virt-3.5.3-x86_64.
I don't know if this is still a problem, I am trying to run
Can you tell any amount of how to try and replicate this?