On Tue, Apr 18, 2023 at 04:25:27PM +0200, Patrick Wildt wrote: > On Sun, Apr 16, 2023 at 11:39:33PM +0200, Patrick Wildt wrote: > > You can also simply dd the image to /dev/sda and reboot, but that still > > doesn't solve the problem. The bootup is hard to debug because the > > console is KVM and uses viogpu. As soon as we exit the EFI bootservices > > the framebuffer is shut down for whatever reason. Means we can only get > > access to it again through viogpu, which happens pretty late. I wish we > > had a serial console, because Qemu/edk2 can do it, they just don't make > > it available. This is gonna be "fun" to debug without serial. > > It actually wasn't too bad. We will have to land a few diffs in the tree, > and then snapshots will have to catch up. I think you'll be able to run > on Hetzner VMs in a few weeks. I'll send an update as soon as it works > with the snapshots.
The diffs to make the Hetzner arm64 VM have been committed. It might take a few days for snapshots to appear that contain those diffs. Note that I still have an issue where sometimes the console believes that I'm pressing the return key, even though I am not anymore. I propose you add an auto_install.conf to the ramdisk, something like: ftp http://cdn.openbsd.org/pub/OpenBSD/snapshots/arm64/bsd.rd rdsetroot -x bsd.rd > mr.fs vnconfig vnd0 mr.fs mount /dev/vnd0a /mnt vim /mnt/auto_install.conf umount /mnt vnconfig -u vnd0 rdsetroot bsd.rd mr.fs ftp http://cdn.openbsd.org/pub/OpenBSD/snapshots/arm64/miniroot73.img vnconfig vnd0 miniroot73.img mount /dev/vnd0a /mnt cp bsd.rd /mnt/ umount /mnt vnconfig -u vnd0 Cheers, Patrick
