On Tue, 18 Feb 2020 00:03:06 +0100 Johannes Schauer wrote: [...] > Can you show me how you converted the tarball mmdebstrap > produced into your debian-unstable.qcow2 image?
Sure, the command was: $ mmdebstrap-autopkgtest-qemu which is a small script I am trying to develop, based on your suggested command. It is still experimental, needs to be improved in many aspects, and has not yet produced any working QEMU image (!). I wanted to send it to you as a contribution to mmdebstrap, once it was mature enough. I am sending it to you now, as a preview (not to be included in the official package, yet!). Any suggestion for improvement is more than welcome... Please note that I am running it on an amd64 box. Hence: $ dpkg --print-architecture amd64 I tried the image again, after adding my regular user to the 'kvm' group (I hadn't done so, out of ignorance about QEMU/KVM), but the result was the same: $ qemu-system-x86_64 -enable-kvm -m 512 -serial unix:/tmp/ttyS0,server,nowait -drive "file=./debian-unstable.qcow2,cache=unsafe,if=virtio,index=0" or $ qemu-system-x86_64 -m 512 -serial unix:/tmp/ttyS0,server,nowait -drive "file=./debian-unstable.qcow2,cache=unsafe,if=virtio,index=0" or $ qemu-system-x86_64 -enable-kvm -m 512 -serial unix:/tmp/ttyS0,server,nowait -drive "file=./debian-unstable.img,format=raw,cache=unsafe,if=virtio,index=0" always starts a virtual machine that hangs (seemingly) forever, at the "Booting from Hard Disk..." stage. I really cannot understand what's going on. -- http://www.inventati.org/frx/ There's not a second to spare! To the laboratory! ..................................................... Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
mmdebstrap-autopkgtest-qemu
Description: Binary data
pgpQiQn35glig.pgp
Description: PGP signature
