https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265549
Bug ID: 265549
Summary: Vultr Q35 hangs while booting during virtio-random
initialization
Product: Base System
Version: 13.1-RELEASE
Hardware: amd64
OS: Any
Status: New
Severity: Affects Some People
Priority: ---
Component: kern
Assignee: [email protected]
Reporter: [email protected]
Created attachment 235596
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=235596&action=edit
FreeBSD 13.1 Installer hang at virtio-random
Vultr QEMU Q35 hangs while booting during virtio-random initialization on
FreeBSD-13.1-RELEASE and FreeBSD-14.0-CURRENT.
Vultr engineering has temporarily worked around it by blacklisting
virtio-random on their FreeBSD images and/or falling back to i440fx
virtualization. This requires that users installing FreeBSD from their own
known media have to do one of the following:
* modify their ISO to blacklist virtio-random
* do the kludge of installing a Vultr FreeBSD image (which defaults to i440fx
emulation) and then reinstalling via an attached ISO image.
* setting 'hint.vtrnd.0.disabled=1’ at the loader prompt and booting.
To quickly spin up a VM I use a raw image from the FreeBSD images -- customized
with pre-loaded configuration -- but it has the exact same hang unless I modify
it to blacklist virtio-random.
This bug comment has information from Vultr engineering corroborating the
issue.
bug #254513, comment #c32
I’ve attached images of the FreeBSD-13.1 RELEASE via the VNC console, first
from the boot installer hang and subsequently from single user with a
subsequent kldload virtio-random which causes an immediate hang. Apologize for
the images but the Vultr console doesn’t allow cut and paste of the screen.
Please let me know if I can provide any other information.
--
You are receiving this mail because:
You are the assignee for the bug.
