Package: qemu-system
Version: 1:9.1.0+ds-8
Severity: important
X-Debbugs-Cc: hank.k...@gmail.com
Dear Maintainer,
* What led up to the situation?
I have been running a Windows 10 guest in QEMU/KVM without issues for over 2
years. After a recent update of the qemu packages to the version just before
the current one in sid, the Windows guest starts normally but freezes
completely just a few moments after logging in. The GUI becomes unresponsive
and the only solution is to force the instance to quit.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I reverted to version 1:9.0.2+ds-2+b1 of all the qemu packages via
snapshot.debian.org.
* What was the outcome of this action?
The Windows guest behaves normally and usefully.
I would be happy to help debug this problem but I could not figure out where to
look in the host logs for any sign of trouble with QEMU, and the Windows
instance doesn't run normally for long enough to look at the Windows Events
display.
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (900, 'testing'), (650, 'unstable'), (650, 'stable'), (500,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 6.11-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages qemu-system depends on:
ii qemu-system-arm 1:9.0.2+ds-2+b1
ii qemu-system-mips 1:9.0.2+ds-2+b1
ii qemu-system-misc 1:9.0.2+ds-2+b1
ii qemu-system-ppc 1:9.0.2+ds-2+b1
ii qemu-system-sparc 1:9.0.2+ds-2+b1
ii qemu-system-x86 1:9.0.2+ds-2+b1
qemu-system recommends no packages.
qemu-system suggests no packages.
-- no debconf information
