summary refs log tree commit diff stats
path: root/results/classifier/gemma3:12b/files/1101
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-07-03 07:27:52 +0000
committerChristian Krinitsin <mail@krinitsin.com>2025-07-03 07:27:52 +0000
commitd0c85e36e4de67af628d54e9ab577cc3fad7796a (patch)
treef8f784b0f04343b90516a338d6df81df3a85dfa2 /results/classifier/gemma3:12b/files/1101
parent7f4364274750eb8cb39a3e7493132fca1c01232e (diff)
downloadqemu-analysis-d0c85e36e4de67af628d54e9ab577cc3fad7796a.tar.gz
qemu-analysis-d0c85e36e4de67af628d54e9ab577cc3fad7796a.zip
add deepseek and gemma results
Diffstat (limited to 'results/classifier/gemma3:12b/files/1101')
-rw-r--r--results/classifier/gemma3:12b/files/110113
1 files changed, 13 insertions, 0 deletions
diff --git a/results/classifier/gemma3:12b/files/1101 b/results/classifier/gemma3:12b/files/1101
new file mode 100644
index 000000000..0cd9c18c9
--- /dev/null
+++ b/results/classifier/gemma3:12b/files/1101
@@ -0,0 +1,13 @@
+
+QEMU 7.0.0 corrupts VHDX and VHD (VPC) files on write.
+Description of problem:
+QEMU writes to VHDX and VHD (VPC) files produce a corrupt/non-compliant image.
+QEMU appears to be able to read VHDX and VHD images correctly.
+
+This problem manifests in at least two cases
+1. When attaching a VHDX/VHD file to a QEMU machine.  A previously working OS image created using the Hyper-V and imaging tools boots properly, but writes that normally occur in the running VM are not written out correctly.  The image will fail to boot the next time due to corruption.
+2. Image conversion operations *TO* VHDX/VHD fail.  (note that QEMU correctly converts *FROM* VHDX/VHD assuming a well formed input image).  This implies that reads to VHDX/VHD are OK, but writes to VHDX/VHD are NOT OK.
+Steps to reproduce:
+1. See Above.
+Additional information:
+