virt-manager – matoken's blog

virsh consoleで仮想マシンに接続できない

matoken — Mon, 25 May 2026 22:16:34 +0000

virsh consoleコマンドでvmに繋がらなくなりました．

$ virsh console openbsd7.9
error: operation failed: Active console session exists for this domain

エラーメッセージから検索してdaemonを再起動したり，hostを再起動しても駄目です．

error: 操作は失敗しました: 使用中のコンソールセッションがこのドメインに対して存在します – 間違いだらけの備忘録

virshのmanを見るとこんなオプションが．

Option‐ally the --force flag may be specified, requesting to disconnect any existing sessions, such as in a case of a broken connection.

— `man 1 virsh`

--force オプションをを付けると繋がり，一度繋がると --force 無しでも繋がるようになりました．

$ virsh console openbsd7.9 --force
Connected to domain 'openbsd7.9'
Escape character is ^] (Ctrl + ])
^]
$ virsh console openbsd7.9
Connected to domain 'openbsd7.9'
Escape character is ^] (Ctrl + ])

fugu$ pfetch
      _____       matoken@fugu.matoken.org
    \-     -/     os     OpenBSD 7.9
 \_/         \    host   pc-i440fx-9.1
 |        O O |   uptime 1h 56m
 |_  <   )  3 )   pkgs   117
 / \         /    memory 169M / 989M
    /-_____-\

fugu$

恐らく電池切れでホストのOSが強制終了したときに既存のセッション情報が残ってしまい今回のような状態になったのだと思います．

環境

$ dpkg-query -W libvirt-clients libvirt-daemon
libvirt-clients 12.3.0-1
libvirt-daemon  12.3.0-1
$ uname -rm
7.0.9+deb14-amd64 x86_64
$ lsb_release -dr
Description:    Debian GNU/Linux forky/sid
Release:        n/a
$ arch
x86_64

Virt-Manager上のOpenBSD 7.6の解像度が高すぎる

matoken — Sat, 02 Nov 2024 10:56:18 +0000

Virt-Manager上のOpenBSD 7.6 amd64ですが，ディスプレイ解像度が妙に高く使いづらいです．ホストよりも広く2024×2024もあります．
Xだけならxorgの設定でどうにでもなりそうですが，その前のフレームバッファコンソールの時点から高く使いづらい．
調べて修正してみました．

$ dmesg | grep ^efifb0
efifb0 at mainbus0: 2048x2048, 32bpp

マニュアルの以下の部分を見るとamd64のUEFI環境だとbootプロンプト上で machine gop で解像度を確認したり設定できるようです．確認してみます．

gop [mode]
On efifb(4) systems, sets the video resolution in pixels to mode. If mode is not given, a list of available modes is shown.

— BOOT(8) System Manager’s Manual (amd64)
https://man.openbsd.org/amd64/boot.conf#gop

>> OpenBSD/amd64 BOOTX64 3.67
boot> machine gop
Mode 0: 640 x 480 (stride = 640)
Mode 1: 800 x 480 (stride = 800)
Mode 2: 800 x 600 (stride = 800)
Mode 3: 832 x 624 (stride = 832)
Mode 4: 960 x 640 (stride = 960)
Mode 5: 1024 x 600 (stride = 1024)
Mode 6: 1024 x 768 (stride = 1024)
Mode 7: 1152 x 864 (stride = 1152)
Mode 8: 1152 x 870 (stride = 1152)
Mode 9: 1280 x 720 (stride = 1280)
Mode 10: 1280 x 760 (stride = 1280)
Mode 11: 1280 x 768 (stride = 1280)
Mode 12: 1280 x 800 (stride = 1280)
Mode 13: 1280 x 960 (stride = 1280)
Mode 14: 1280 x 1024 (stride = 1280)
Mode 15: 1360 x 768 (stride = 1360)
Mode 16: 1366 x 768 (stride = 1366)
Mode 17: 1400 x 1050 (stride = 1400)
Mode 18: 1440 x 900 (stride = 1440)
Mode 19: 1600 x 900 (stride = 1600)
Mode 20: 1600 x 1200 (stride = 1600)
Mode 21: 1680 x 1050 (stride = 1680)
Mode 22: 1920 x 1080 (stride = 1920)
Mode 23: 1920 x 1200 (stride = 1920)
Mode 24: 1920 x 1440 (stride = 1920)
Mode 25: 2000 x 2000 (stride = 2000)
Mode 26: 2048 x 1536 (stride = 2048)
Mode 27: 2048 x 2048 (stride = 2048)
Mode 28: 2560 x 1440 (stride = 2560)
Mode 29: 2560 x 1600 (stride = 2560)

Current Mode = 12

640×480〜2560×1600まで選べて，現在は12の1280×800ということになっています．
Mode 27になっていそうなんだけどなと思いつつ明示的に12を指定して起動すると，

boot> machine gop 12
Current Mode = 12

期待したとおり1280×800になりました．

$ grep efifb0\ at /var/log/messages | tail -2
Nov  2 18:36:01 fugu /bsd: efifb0 at mainbus0: 2048x2048, 32bpp
Nov  2 18:46:43 fugu /bsd: efifb0 at mainbus0: 1280x800, 32bpp

しかしこれはアドホックな手順で，再起動すると2048×2048に戻ってしまいました．

/etc/boot.confに書いておきます．変わったのがわかるように今回はMode 9を指定しました．

$ echo machine gop 9 | doas tee -a /etc/boot.conf

これで再起動するとMode 9の1280×720で起動してきました．

$ dmesg | grep ^efifb0 | tail -1
efifb0 at mainbus0: 1280x720, 32bpp

環境

fugu$ ./pfetch
      _____       matoken@fugu.my.domain
    \-     -/     os     OpenBSD 7.6
 \_/         \    host   pc-i440fx-9.1
 |        O O |   uptime 9m
 |_  <   )  3 )   pkgs   75
 / \         /    memory 53M / 224M
    /-_____-\

ホスト環境

$ dpkg-query -W virt-manager libvirt-clients libvirt-daemon qemu-user qemu-system-x86
libvirt-clients 10.8.0-1
libvirt-daemon  10.8.0-1
qemu-system-x86 1:9.1.1+ds-2
qemu-user       1:9.1.1+ds-2
virt-manager    1:4.1.0-4
$ /sbin/modinfo kvm_intel | head -1
filename:       /lib/modules/6.11.5-amd64/kernel/arch/x86/kvm/kvm-intel.ko.xz
$ lsb_release -dr
Description:    Debian GNU/Linux trixie/sid
Release:        n/a
$ arch
x86_64

Linux Virt-Manager上のOpenBSD 7.6でserialを有効に

matoken — Fri, 01 Nov 2024 22:07:16 +0000

OpenBSD 7.6 amd64をLinuxのVirt-Manager上で動かしています．serialを有効にしてhostからvirsh consoleで繋げるようにしてみました．

初期状態ではディスク暗号化のアンロックやbootプロンプトは見えます．bootプロンプトでserialを有効にすることもできますが毎回やらないといけないので面倒です．

こちらのFAQを参考に設定しました．

OpenBSD FAQ: Keyboard and Display Controls

ブートプロセスをserialへ(amd64/i386)

/etc/boot.conf に以下を追記

set tty com0

ログインプロンプト以降のserial対応

/etc/ttys を編集して， tty00 からの行を書き換えます．

書き換え前

tty00   "/usr/libexec/getty std.9600"   unknown off

書き換え後

tty00   "/usr/libexec/getty std.9600"   vt220   on  secure

Note	9600部分はserial速度で，115200でも動作しました．

これで次回以降serialが有効になり，virsh consoleで接続して利用できます．

$ virsh console openbsd7.6
Connected to domain 'openbsd7.6'
Escape character is ^] (Ctrl + ])
probing: pc0 com0 mem[640K 239M 8M 548K 3M 176K]
disk: hd0 sr0*
>> OpenBSD/amd64 BOOTX64 3.67
Passphrase:
>> OpenBSD/amd64 BOOTX64 3.67
boot>
booting sr0a:/bsd: 19916757+4318224+413632+0+1236992 [1541351+128+1395768+1092498]=0x1c89138
entry point at 0x1001000
[ using 4030776 bytes of bsd ELF symbol table ]
Copyright (c) 1982, 1986, 1989, 1991, 1993
        The Regents of the University of California.  All rights reserved.
Copyright (c) 1995-2024 OpenBSD. All rights reserved.  https://www.OpenBSD.org

OpenBSD 7.6 (GENERIC) #332: Mon Sep 30 08:45:17 MDT 2024
    deraadt@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC
  : (中略)
Sat Nov  2 06:52:42 JST 2024

OpenBSD/amd64 (fugu.my.domain) (tty00)

login: matoken
Password:
Last login: Sat Nov  2 06:28:00 on tty00
OpenBSD 7.6 (GENERIC) #332: Mon Sep 30 08:45:17 MDT 2024

Welcome to OpenBSD: The proactively secure Unix-like operating system.

Please use the sendbug(1) utility to report bugs in the system.
Before reporting a bug, please try to reproduce it with the latest
version of the code.  With bug reports, please try to ensure that
enough information to reproduce the problem is enclosed, and if a
known fix for it exists, include that as well.

You have new mail.
fugu$ neofetch                                                                                              _    matoken@fugu.my.domain
                                    (_)   ----------------------
              |    .                      OS: OpenBSD 7.6 amd64
          .   |L  /|   .          _       Host: QEMU Standard PC (i440
      _ . |\ _| \--+._/| .       (_)      Uptime: 1 min
     / ||\| Y J  )   / |/| ./             Packages: 44 (pkg_info)
    J  |)'( |        ` F`.'/        _     Shell: ksh v5.2.14 99/07/13.
  -<|  F         __     .-<        (_)    Terminal: /dev/tty00
    | /       .-'. `.  /-. L___           CPU: Intel i7-10510U (1) @ 1
    J \      <    \  | | O\|.-'  _        Memory: 60MiB / 224MiB
  _J \  .-    \/ O | | \  |F    (_)
 '-F  -<_.     \   .-'  `-' L__
__J  _   _.     >-'  )._.   |-'
 `-|.'   /_.          \_|   F
  /.-   .                _.<
 /'    /.'             .'  `\
  /L  /'   |/      _.-'-\
 /'J       ___.---'\|
   |\  .--' V  | `. `
   |/`. `-.     `._)
      / .-.\
      \ (  `\
       `.\

fugu$

ホスト環境

$ dpkg-query -W virt-manager libvirt-clients libvirt-daemon qemu-user qemu-system-x86
libvirt-clients 10.8.0-1
libvirt-daemon  10.8.0-1
qemu-system-x86 1:9.1.1+ds-2
qemu-user       1:9.1.1+ds-2
virt-manager    1:4.1.0-4
$ /sbin/modinfo kvm_intel | head -1
filename:       /lib/modules/6.11.5-amd64/kernel/arch/x86/kvm/kvm-intel.ko.xz
$ lsb_release -dr
Description:    Debian GNU/Linux trixie/sid
Release:        n/a
$ arch
x86_64

OpenBSD 7.5/7.6インストーラがVirtualBox/KVMでkernel panic

matoken — Sun, 27 Oct 2024 21:59:52 +0000

Linux上の仮想マシン上でOpenBSDを導入しようと思ったのですが，QEMU KVM，VirtualBoxで試したところどちらもディスクへのインストール中にkernel panicになってしまいます．
OpenBSD 7.5 amd64で起こり，最近リリースされたOpenBSD 7.6 amd64で再度試して同様の動きとなりました．
今回検索して解決しました．

VirtualBox

isoイメージのインストーラでディスクへの書き込み中にこのような感じでpanicとなります．

wdc_atapi_start: not ready, st = 40
   fatal protection fault in supervisor mode
trap type 4 code 0 rip ffffffff810073c9 cs 8 rflags 10286 cr2 27874f000 cpl 3 rsp ffff80001cce4a58
gsbase 0xffffffff81938ff0  kgsbase 0x0 =
panic: trap type 4, code=0, pc=ffffffff810073c9
syncing disks... 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8  giving up

検索すると以下のページを見つけました．

Kernel panic while install OpenBSD – Unix & Linux Stack Exchange

2つの方法が載っています．今回自分の環境ではこの両方の設定が必要でした．

ディスクを可変サイズではなく固定サイズにする．(仮想マシン作成時に「全サイズの事前割当て」にチェック)
「設定」「システム」「マザーボード」「拡張機能」の「I/O ACPI を有効化」のチェックを外す．

QEMU KVM

KVMでも同様にディスク書き込み時にpanicになります．よく見るとVirtualBoxとはメッセージが少し違いますね．

wdc_atapi_start: not ready, st = S0_
fatal protection fault in supervisor mode
trap type 4 code 0 rip ffffffff810073c9 cs 8 rflags 10286 cr2 7ea021334f88 cpl 3 rsp ffff80001dSaS6d0
gsbase 0xffffffff81938ff0  kgsbase 0x0
panic: trap type 4, code=0, pc=ffffffff810073c9
syncing disks...8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8  giving up

dump to dev 17,1 not possible
rebooting...

はじめ設定からI/O ACPI関連の設定を探そうかとも思いましたがやっぱり検索すると以下のページを見つけました．今回の現象そのままぽいです．

Fixing OpenBSD panic dc_atapi_start: not ready in KVM – Wesley Moore
- When I tried to install OpenBSD 7.3 in QEMU, I received this error and the virtual machine rebooted. : r/openbsd

インストールメディアの仮想ディスクデバイスの「ディスクバス」を`IDE`から`SATA`に変更でOKそうです．
virt-manager利用時には，新しい仮想マシンの作成時に「インストールの前に設定をカスタマイズする」にチェックを入れディスクバスを変更して進めるとインストールに成功しました．

環境

$ dpkg-query -W virtualbox qemu-system-x86 virt-manager
qemu-system-x86 1:9.1.1+ds-2
virt-manager    1:4.1.0-4
virtualbox      7.0.20-dfsg-1
$ lsb_release -dr
Description:    Debian GNU/Linux trixie/sid
Release:        n/a
$ arch
x86_64