ນີ້ແມ່ນຄໍາສັ່ງ adt-virt-qemu ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
adt-virt-qemu - autopkgtest ເຊີບເວີ virtualisation ໂດຍໃຊ້ QEMU
ສະຫຼຸບສັງລວມ
adt-virt-qemu [ທາງເລືອກໃນການ] ຮູບພາບເລັກນ້ອຍ [ຮູບພາບ ro ... ]
ລາຍລະອຽດ
adt-virt-qemu ສະຫນອງເຄື່ອງແມ່ຂ່າຍ virtualization autopkgtest ໂດຍໃຊ້ QEMU.
ປົກກະຕິແລ້ວ adt-virt-qemu ຈະໄດ້ຮັບການຮຽກຮ້ອງໂດຍ adt-ແລ່ນ.
ເຈົ້າຕ້ອງລະບຸຢ່າງໜ້ອຍໜຶ່ງຮູບ QEMU VM. ຖ້າ VM ຂອງທ່ານຕ້ອງການແຜ່ນເພີ່ມເຕີມ, ທ່ານ
ສາມາດລະບຸຮູບພາບເພີ່ມເຕີມຈໍານວນຫຼາຍ arbitrarily ທີ່ຈະໄດ້ຮັບການເພີ່ມໃນຄໍາສັ່ງ.
adt-virt-qemu ບໍ່ ບໍ່ ປັບປຸງແກ້ໄຂ ຮູບພາບທີ່ໃຫ້, ແຕ່ແທນທີ່ຈະສ້າງຊົ່ວຄາວ
ວາງຊ້ອນສໍາລັບຮູບພາບຕົ້ນຕໍ, ແລະເພີ່ມຮູບພາບອື່ນໆທັງຫມົດເປັນແບບອ່ານເທົ່ານັ້ນ.
ຮູບພາບທໍາອິດທີ່ບໍ່ມີການຊ້ອນກັນແມ່ນສະເຫມີຖືກເພີ່ມເປັນຮາດໄດທີ່ສາມາດອ່ານໄດ້ເທົ່ານັ້ນ,
ທີ່ຈະມີສໍາລັບການທົດສອບເປັນ /dev/baseimage. ນີ້ອະນຸຍາດໃຫ້ມີການທົດສອບທີ່ຕ້ອງການ
VMs ຊ້ອນກັນເພື່ອໃຊ້ຮູບດຽວກັນຄືນໃໝ່. ຈົ່ງຮັບຮູ້ວ່າ /dev/baseimage ຈະບໍ່ສາມາດເຂົ້າເຖິງໄດ້
ລະຫວ່າງການໂທ adt-reboot-prepare ແລະ boot ຕໍ່ໄປ, ດັ່ງນັ້ນໃຫ້ແນ່ໃຈວ່າຈະຢຸດການເຂົ້າເຖິງມັນ
ກ່ອນ.
ສິ່ງທີ່ຕ້ອງມີ
adt-virt-qemu ສົມມຸດວ່າທ່ານໄດ້ກະກຽມຮູບພາບ QEMU ທີ່ເໝາະສົມກັບ Debian ແລ້ວ
(ເບິ່ງ ການກໍ່ສ້າງ IMAGES ຂ້າງລຸ່ມນີ້ສໍາລັບວິທີການສ້າງພວກມັນ). ແຕ່ທ່ານສາມາດນໍາໃຊ້ VM ໃດໆທີ່ມີ
python3 or python ຕິດຕັ້ງແລະບໍ່ວ່າຈະ
* ເປີດແກະຮາກໃນ ttyS1, ຫຼື
* ມີ serial console ໃນ ttyS0 ບ່ອນທີ່ທ່ານສາມາດເຂົ້າສູ່ລະບົບ (getty ຫຼືຄ້າຍຄືກັນ) ທີ່ກໍານົດໄວ້
ຜູ້ໃຊ້ແລະລະຫັດຜ່ານ. ນີ້ຈະຖືກນໍາໃຊ້ເພື່ອເລີ່ມຕົ້ນແກະຮາກໃນ ttyS1, ເພື່ອຫຼຸດຜ່ອນ
ນີ້ແມ່ນກໍລະນີທໍາອິດແລະບໍ່ສົມມຸດວ່າ ttyS0 ຍັງຄົງດໍາເນີນການຕະຫຼອດ
ການທົດສອບທັງຫມົດ.
OPTIONS
-u ຜູ້ໃຊ້ | --user=ຜູ້ໃຊ້
ຊື່ຜູ້ໃຊ້ສໍາລັບການແລ່ນການທົດສອບທີ່ບໍ່ຕ້ອງການສິດທິຂອງຮາກ.
ຖ້າ VM ຍັງບໍ່ໄດ້ກະກຽມເພື່ອເລີ່ມຕົ້ນແກະຮາກໃນ ttyS1 ນີ້ກໍ່ຈະເປັນເຊັ່ນກັນ
ໃຊ້ສໍາລັບການເຂົ້າສູ່ລະບົບ ttyS0. ຖ້ານີ້ບໍ່ແມ່ນຮາກ, ມັນຕ້ອງສາມາດແລ່ນ sudo ໄດ້
ໂດຍບໍ່ມີລະຫັດຜ່ານເພື່ອກາຍເປັນຮາກສໍາລັບຈຸດປະສົງນັ້ນ.
-p ລະຫັດຜ່ານ | --password=ລະຫັດຜ່ານ
ລະຫັດຜ່ານສໍາລັບຜູ້ໃຊ້ຂ້າງເທິງສໍາລັບການເຂົ້າສູ່ລະບົບ VM ໃນ ttyS0. ນີ້ແມ່ນມີຄວາມຈໍາເປັນຖ້າຫາກວ່າ
VM ຍັງບໍ່ໄດ້ກະກຽມເພື່ອເລີ່ມຕົ້ນ root shell ໃນ ttyS1.
-q ຄໍາສັ່ງ | --qemu-command=ຄໍາສັ່ງ
ຄໍາສັ່ງ QEMU ເພື່ອດໍາເນີນການ. ນີ້ເປັນຄ່າເລີ່ມຕົ້ນຂອງ qemu-system-* ທີ່ກົງກັບລະບົບຂອງເຈົ້າ
architecture
-o dir | --overlay-dir=dir
ໄດເລກະທໍລີບ່ອນທີ່ການວາງຊ້ອນຮູບພາບຊົ່ວຄາວສໍາລັບຮູບພາບຕົ້ນຕໍແມ່ນຖືກສ້າງຂຶ້ນ. ໂດຍ
ຄ່າເລີ່ມຕົ້ນນີ້ຈະເກີດຂຶ້ນໃນໄດເລກະທໍລີວຽກໃນ / tmp (ຫຼື $TMPDIR), ແຕ່ທ່ານສາມາດນໍາໃຊ້
ນີ້ເພື່ອ e.g. ໃຫ້ແນ່ໃຈວ່າ overlay ແມ່ນຖືກຈັດໃສ່ໃນ tmpfs ຖ້າເຈົ້າ / tmp ລະບົບ
ບໍ່ໄດ້ຢູ່ໃນ tmpfs. ນີ້ຈະເພີ່ມຄວາມໄວຢ່າງຫຼວງຫຼາຍ.
-c num | --cpus=ຕົວເລກ
ຈຳນວນຂອງ CPU (virtual) ໃນ VM. ຄ່າເລີ່ມຕົ້ນແມ່ນ 1.
--ram-size=ອີບ
ຂະຫນາດ VM RAM ໃນ MiB. ຄ່າເລີ່ມຕົ້ນແມ່ນ 1024, ie 1 GiB.
--show-boot
ສະແດງຂໍ້ຄວາມ boot ຈາກ serial console.
-d | --debug
ເປີດໃຊ້ການແກ້ໄຂຜົນອອກ.
--qemu-options=ກະທູ້ທີ່
ຜ່ານການໂຕ້ຖຽງກັບຄໍາສັ່ງ QEMU; ຕົວຢ່າງ --qemu-options='-readconfig qemu.cfg'
CONFIGURATION ເອກະສານ
ຖ້າທ່ານໃຊ້ຫຼາຍທາງເລືອກຫຼືຮູບພາບ, ທ່ານສາມາດໃສ່ສ່ວນຂອງ, ຫຼືເສັ້ນຄໍາສັ່ງທັງຫມົດເຂົ້າໄປໃນ
ໄຟລ໌ຂໍ້ຄວາມ, ທີ່ມີຫນຶ່ງແຖວຕໍ່ທາງເລືອກ. E. g. ທ່ານສາມາດສ້າງໄຟລ໌ sid-desktop.cfg ກັບ
ເນື້ອໃນເຊັ່ນ
- utestuser
-ps3kr1t
--ram-size=4096
/home/bob/autopkgtest/sid-desktop.img
ແລະຫຼັງຈາກນັ້ນດໍາເນີນການ
adt-run [... ] --- adt-virt-qemu @sid-desktop.cfg
ເນື້ອໃນຂອງໄຟລ໌ການຕັ້ງຄ່າຈະຖືກຂະຫຍາຍຢູ່ໃນສະຖານທີ່ຄືກັບວ່າເຈົ້າຈະມີ
ໃຫ້ເນື້ອໃນຂອງມັນຢູ່ໃນເສັ້ນຄໍາສັ່ງ. ກະລຸນາໃຫ້ແນ່ໃຈວ່າທ່ານ ບໍ່ໄດ້ ສະຖານທີ່ spaces ລະຫວ່າງ
ທາງເລືອກສັ້ນແລະຄຸນຄ່າຂອງເຂົາເຈົ້າ, ພວກເຂົາເຈົ້າຈະກາຍເປັນສ່ວນຫນຶ່ງຂອງມູນຄ່າການໂຕ້ຖຽງໄດ້.
ປ້ອນຂໍ້ມູນ, OUTPUT ແລະ ອອກ STATUS
ພຶດຕິກໍາຂອງ adt-virt-qemu ແມ່ນໄດ້ອະທິບາຍໄວ້ໂດຍ AutomatedTesting virtualization
ສະເພາະລະບອບ.
ຫມາຍເຫດ
adt-ແລ່ນ ບໍ່ໄດ້ດໍາເນີນການ apt-get ການປັບປຸງ ໃນຕອນເລີ່ມຕົ້ນຂອງການສ້າງຊຸດ, ເຊິ່ງສາມາດເຮັດໃຫ້ເກີດ a
ສ້າງຄວາມລົ້ມເຫລວຖ້າທ່ານໃຊ້ແມ່ແບບຊຸດການພັດທະນາ. ທ່ານຈະຈໍາເປັນຕ້ອງໄດ້ດໍາເນີນການ apt-get
ການປັບປຸງ ໃນແມ່ແບບຕົວທ່ານເອງ (ເຊັ່ນ: ການນໍາໃຊ້ --setup-ຄໍາສັ່ງ).
ຖ້າ --qemu-ຄໍາສັ່ງ ທາງເລືອກບໍ່ໄດ້ຖືກລະບຸໄວ້ແລະບໍ່ມີປະເພດ CPU ທີ່ກໍານົດເອງໄດ້ຖືກຄັດເລືອກໃນ
--qemu-ທາງເລືອກ, adt-virt-qemu ຈະພະຍາຍາມເປີດໃຊ້ການຮອງຮັບ KVM ທີ່ຖືກວາງໄວ້ໂດຍຄ່າເລີ່ມຕົ້ນໃນ x86_64
ເວທີຖ້າຮາດແວສະຫນັບສະຫນູນນີ້. ເພື່ອເປີດໃຊ້ງານນີ້ຢ່າງສົມບູນ, ມັນຈໍາເປັນຕ້ອງໄດ້ເພີ່ມຕື່ມ
ກໍານົດບາງຕົວກໍານົດການໂມດູນໃນເຈົ້າພາບ, ໂດຍການສ້າງໄຟລ໌ /etc/modprobe.d/nested_kvm.conf
ກັບເນື້ອໃນ
ຕົວເລືອກ kvm_intel nested=1
ຕົວເລືອກ kvm_amd nested=1
ແລະ rebooting ຫຼື reloading ໂມດູນ KVM. ມັນຍັງເປັນໄປໄດ້ທີ່ຈະໃຊ້ QEMU ໃນການທົດສອບ
ໂດຍບໍ່ມີການນີ້, ເຖິງແມ່ນວ່າບໍ່ມີການເລັ່ງຮາດແວ. ໃນລະບົບ Ubuntu ທາງເລືອກໂມດູນເຫຼົ່ານີ້
ໂດຍປົກກະຕິແມ່ນໄດ້ຕັ້ງໄວ້ແລ້ວ.
ການກໍ່ສ້າງ IMAGES
Debian
ສໍາລັບ Debian ທ່ານສາມາດນໍາໃຊ້ vmdebootstrap(8) ເພື່ອສ້າງຮູບພາບທີ່ເຫມາະສົມ. E. g. ສໍາລັບການບໍ່ຫມັ້ນຄົງ:
vmdebootstrap --verbose --serial-console --distribution=sid \
--customize=/usr/share/autopkgtest/setup-commands/setup-testbed \
--user=adt/adt --size=10000000000 --grub --image=adt-sid.raw
qemu-img convert -O qcow2 adt-sid.raw adt-sid.img
rm adt-sid.raw
vmdebootstrap ພຽງແຕ່ສາມາດສ້າງຮູບພາບຮູບແບບດິບ; ແນະນໍາໃຫ້ປ່ຽນເປັນ qcow2
ເນື່ອງຈາກວ່າມັນມີຂະຫນາດນ້ອຍກວ່າຫຼາຍ (ໃນຄໍາສັ່ງຂອງ 700 MB ສໍາລັບ qcow2 ທຽບກັບ 10 GB ຕາມທີ່ລະບຸໄວ້.
ຂ້າງເທິງ) ແລະຍັງສະຫນັບສະຫນູນລັກສະນະເພີ່ມເຕີມເຊັ່ນ: ພາບຖ່າຍຫຼືການບີບອັດ. ເຈົ້າສາມາດແລ່ນໄດ້
ຄໍາສັ່ງນັ້ນກັບການຕັ້ງຄ່າຕົວແປສະພາບແວດລ້ອມ ADT_APT_PROXY ກັບຕົວແທນທີ່ຈະເປັນ
ໃຊ້ໂດຍ apt ໃນ VM. ຖ້າທ່ານມີ apt-cacher-ng ຕິດຕັ້ງຢູ່ໃນໂຮດ, ນີ້ຈະຖືກໃຊ້
ອັດຕະໂນມັດ; ຖ້າບໍ່ດັ່ງນັ້ນທ່ານສາມາດດໍາເນີນການ eg
ADT_APT_PROXY=http://10.0.2.2:8080 vmdebootstrap [... ]
Ubuntu
ສໍາລັບ Ubuntu, autopkgtest ສະຫນອງ adt-buildvm-ubuntu-cloud(1) ການສ້າງ VM ໂດຍອີງໃສ່
Ubuntu cloud images. ເພື່ອສ້າງຮູບພາບສໍາລັບຊຸດການພັດທະນາໃນປະຈຸບັນແລະ i386
ສະຖາປັດຕະຍະກໍາ:
adt-buildvm-ubuntu-cloud -v -a i386
ນີ້ຈະຜະລິດ eg adt-trusty-i386-cloud.img.
EXAMPLE
ດໍາເນີນການທົດສອບຂອງຊຸດແຫຼ່ງ libpng, ໂດຍໃຊ້ຮູບພາບ Ubuntu cloud:
adt-run libpng --- adt-virt-qemu adt-trusty-i386-cloud.img
ໃຊ້ adt-virt-qemu ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net