qemu-img

ໂຄງການ:

NAME

qemu-img - ຜົນປະໂຫຍດຮູບພາບແຜ່ນ QEMU

ສະຫຼຸບສັງລວມ

ການນໍາໃຊ້: ຄໍາສັ່ງ qemu-img [ຕົວເລືອກຄໍາສັ່ງ]

ລາຍລະອຽດ

qemu-img ອະ​ນຸ​ຍາດ​ໃຫ້​ທ່ານ​ເພື່ອ​ສ້າງ​, ແປງ​ແລະ​ປັບ​ປຸງ​ແກ້​ໄຂ​ຮູບ​ພາບ offline​. ມັນສາມາດຈັດການກັບຮູບພາບທັງຫມົດ
ຮູບແບບທີ່ຮອງຮັບໂດຍ QEMU.

ຄໍາເຕືອນ: ຢ່າໃຊ້ qemu-img ເພື່ອແກ້ໄຂຮູບພາບທີ່ໃຊ້ໂດຍເຄື່ອງ virtual ທີ່ໃຊ້ຢູ່ ຫຼືອັນໃດນຶ່ງ
ຂະ​ບວນ​ການ​ອື່ນໆ​; ນີ້ອາດຈະທໍາລາຍຮູບພາບ. ນອກຈາກນີ້, ຈົ່ງຮູ້ວ່າການສອບຖາມຮູບພາບທີ່ເປັນ
ຈະຖືກແກ້ໄຂໂດຍຂະບວນການອື່ນອາດຈະພົບກັບສະຖານະທີ່ບໍ່ສອດຄ່ອງ.

OPTIONS

ຄໍາສັ່ງຕໍ່ໄປນີ້ໄດ້ຮັບການສະຫນັບສະຫນູນ:

ໃຫ້​ກວດ​ເບິ່ງ [-q] [-f fmt] [--output=ofmt] [-ຣ [ຮົ່ວ | ທັງໝົດ]] [-ທ src_cache] ຊື່​ເອ​ກະ​ສານ
ສ້າງ [-q] [-f fmt] [-or ທາງເລືອກໃນການ] ຊື່​ເອ​ກະ​ສານ [ຂະຫນາດ]
ຄໍາຫມັ້ນສັນຍາ [-q] [-f fmt] [-ທ ຖານຄວາມຈໍາ] [-ຂ ຖານ] [-d] [-p] ຊື່​ເອ​ກະ​ສານ
ປຽບທຽບ [-f fmt] [-ຟ fmt] [-ທ src_cache] [-p] [-q] [-s] ຊື່ໄຟລ໌1 ຊື່ໄຟລ໌2
ແປງ [-c] [-p] [-q] [-n] [-f fmt] [-ທ ຖານຄວາມຈໍາ] [-ທ src_cache] [-ອ output_fmt] [-or
ທາງເລືອກໃນການ] [-ສ snapshot_id_or_name] [-ລ snapshot_param] [-ສ sparse_size] ຊື່​ເອ​ກະ​ສານ [ຊື່ໄຟລ໌2
[... ] output_filename
ຂໍ້ມູນ [-f fmt] [--output=ofmt] [--backing-chain] ຊື່​ເອ​ກະ​ສານ
ແຜນທີ່ [-f fmt] [--output=ofmt] ຊື່​ເອ​ກະ​ສານ
snapshot [-q] [-ລ | -a snapshot | -c snapshot | -d snapshot] ຊື່​ເອ​ກະ​ສານ
ປະຕິເສດ [-q] [-f fmt] [-ທ ຖານຄວາມຈໍາ] [-ທ src_cache] [-p] [-u] -b backing_file [-ຟ backing_fmt]
ຊື່​ເອ​ກະ​ສານ
ປັບຂະຫນາດ [-q] ຊື່​ເອ​ກະ​ສານ [+ | -]ຂະຫນາດ
ແກ້ໄຂ [-p] [-q] [-f fmt] [-ທ ຖານຄວາມຈໍາ] -o ທາງເລືອກໃນການ ຊື່​ເອ​ກະ​ສານ

ຕົວກໍານົດການຄໍາສັ່ງ:

ຊື່​ເອ​ກະ​ສານ
ເປັນຊື່ໄຟລ໌ຮູບພາບແຜ່ນ

fmt ແມ່ນຮູບແບບຮູບພາບຂອງແຜ່ນ. ມັນຖືກຄາດເດົາໂດຍອັດຕະໂນມັດໃນກໍລະນີຫຼາຍທີ່ສຸດ. ເບິ່ງຂ້າງລຸ່ມນີ້ສໍາລັບ a
ລາຍລະອຽດຂອງຮູບແບບແຜ່ນທີ່ຮອງຮັບ.

--backing-chain
ຈະ enumerate ຂໍ້ມູນກ່ຽວກັບການສໍາຮອງຂໍ້ມູນໄຟລ໌ໃນລະບົບຕ່ອງໂສ້ຮູບພາບແຜ່ນ. ອ້າງອີງຂ້າງລຸ່ມນີ້ສໍາລັບ
ລາຍລະອຽດເພີ່ມເຕີມ.

ຂະຫນາດ
ແມ່ນຂະຫນາດຮູບພາບຂອງແຜ່ນໃນ bytes. ຄຳຕໍ່ທ້າຍທາງເລືອກ "k" ຫຼື "K" (ກິໂລໄບ, 1024) "M"
(megabyte, 1024k) ແລະ "G" (gigabyte, 1024M) ແລະ T (terabyte, 1024G) ໄດ້ຮັບການສະຫນັບສະຫນູນ.
"b" ຖືກລະເລີຍ.

output_filename
ແມ່ນຊື່ໄຟລ໌ຮູບພາບຂອງແຜ່ນປາຍທາງ

output_fmt
ແມ່ນຮູບແບບປາຍທາງ

ທາງເລືອກໃນການ
ເປັນເຄື່ອງໝາຍຈຸດທີ່ແຍກອອກຈາກລາຍຊື່ຂອງຕົວເລືອກຮູບແບບສະເພາະໃນຮູບແບບ name=value. ໃຊ້ "-o
?” ສໍາລັບພາບລວມຂອງທາງເລືອກທີ່ສະຫນັບສະຫນູນໂດຍຮູບແບບທີ່ໃຊ້ຫຼືເບິ່ງຮູບແບບ
ລາຍລະອຽດຂ້າງລຸ່ມນີ້ສໍາລັບລາຍລະອຽດ.

snapshot_param
ແມ່ນພາຣາມທີ່ໃຊ້ສຳລັບການຖ່າຍຮູບພາຍໃນ, ຮູບແບບແມ່ນ 'snapshot.id=[ID],snapshot.name=[NAME]'
ຫຼື '[ID_OR_NAME]'

snapshot_id_or_name
ຖືກຄັດຄ້ານ, ໃຫ້ໃຊ້ snapshot_param ແທນ

-c ຊີ້ບອກວ່າຮູບເປົ້າໝາຍຕ້ອງຖືກບີບອັດ (ຮູບແບບ qcow ເທົ່ານັ້ນ)

-h ມີຫຼືບໍ່ມີຄໍາສັ່ງສະແດງໃຫ້ເຫັນການຊ່ວຍເຫຼືອແລະລາຍຊື່ຮູບແບບທີ່ສະຫນັບສະຫນູນ

-p ສະແດງແຖບຄວາມຄືບໜ້າ (ປຽບທຽບ, ແປງ ແລະຄຳສັ່ງ rebase ເທົ່ານັ້ນ). ຖ້າ -p ທາງເລືອກແມ່ນ
ບໍ່ໄດ້ໃຊ້ສໍາລັບຄໍາສັ່ງທີ່ສະຫນັບສະຫນູນມັນ, ຄວາມຄືບຫນ້າໄດ້ຖືກລາຍງານໃນເວລາທີ່ຂະບວນການ
ໄດ້ຮັບສັນຍານ "SIGUSR1".

-q ໂໝດງຽບ - ບໍ່ພິມຜົນຜະລິດໃດໆ (ຍົກເວັ້ນຂໍ້ຜິດພາດ). ບໍ່ມີແຖບຄວາມຄືບໜ້າໃນກໍລະນີ
ທັງສອງ -q ແລະ -p ທາງເລືອກແມ່ນຖືກນໍາໃຊ້.

-S ຂະຫນາດ
ຊີ້ບອກຈຳນວນໄບຕ໌ຕິດຕໍ່ກັນທີ່ຕ້ອງມີສູນເທົ່ານັ້ນສຳລັບ qemu-img ຫາ
ສ້າງ​ຮູບ​ພາບ​ຂະ​ຫນາດ​ນ້ອຍ​ໃນ​ລະ​ຫວ່າງ​ການ​ປ່ຽນ​ແປງ​. ຄ່ານີ້ຈະຖືກປັດລົງໄປຫາ 512 ທີ່ໃກ້ທີ່ສຸດ
ໄບຕ໌. ທ່ານສາມາດນໍາໃຊ້ຄໍາຕໍ່ທ້າຍຂະຫນາດທົ່ວໄປເຊັ່ນ "k" ສໍາລັບກິໂລໄບ.

-t ຖານຄວາມຈໍາ
ກໍານົດຮູບແບບ cache ທີ່ຄວນຈະຖືກນໍາໃຊ້ກັບໄຟລ໌ (ປາຍທາງ). ເບິ່ງ
ເອກະສານຂອງ emulator "-drive cache =..." ທາງເລືອກສໍາລັບຄ່າທີ່ອະນຸຍາດ.

-T src_cache
ກໍານົດຮູບແບບ cache ທີ່ຄວນຈະຖືກນໍາໃຊ້ກັບໄຟລ໌ຕົ້ນສະບັບ. ເບິ່ງ
ເອກະສານຂອງ emulator "-drive cache =..." ທາງເລືອກສໍາລັບຄ່າທີ່ອະນຸຍາດ.

ພາລາມິເຕີເພື່ອ snapshot ຄໍາສັ່ງຍ່ອຍ:

snapshot
ແມ່ນຊື່ຂອງພາບຖ່າຍເພື່ອສ້າງ, ນຳໃຊ້ ຫຼືລຶບ

-a ນຳໃຊ້ພາບຖ່າຍ (ກັບຄືນດິສກ໌ເປັນສະຖານະທີ່ບັນທຶກໄວ້)

-c ສ້າງພາບຖ່າຍ

-d ລຶບພາບຖ່າຍ

-l ລາຍຊື່ພາບຖ່າຍທັງໝົດໃນຮູບທີ່ໃຫ້ໄວ້

ພາລາມິເຕີເພື່ອປຽບທຽບຄໍາສັ່ງຍ່ອຍ:

-f ຮູບ​ແບບ​ຮູບ​ແບບ​ທໍາ​ອິດ​

-F ຮູບ​ແບບ​ຮູບ​ແບບ​ທີ​ສອງ​

-s ຮູບແບບທີ່ເຄັ່ງຄັດ - ລົ້ມເຫລວໃນຂະຫນາດຮູບພາບທີ່ແຕກຕ່າງກັນຫຼືການຈັດສັນຂະແຫນງການ

ພາລາມິເຕີເພື່ອແປງຄໍາສັ່ງຍ່ອຍ:

-n ຂ້າມການສ້າງປະລິມານເປົ້າຫມາຍ

ລາຍ​ລະ​ອຽດ​ຄໍາ​ສັ່ງ​:

ໃຫ້​ກວດ​ເບິ່ງ [-f fmt] [--output=ofmt] [-ຣ [ຮົ່ວ | ທັງໝົດ]] [-ທ src_cache] ຊື່​ເອ​ກະ​ສານ
ດໍາເນີນການກວດສອບຄວາມສອດຄ່ອງໃນຮູບພາບຂອງແຜ່ນ ຊື່​ເອ​ກະ​ສານ. ຄໍາສັ່ງສາມາດອອກໃນ
ຮູບແບບ ofmt ເຊິ່ງແມ່ນ "ມະນຸດ" ຫຼື "json".

ຖ້າ "-r" ຖືກລະບຸ, qemu-img ພະຍາຍາມແກ້ໄຂຄວາມບໍ່ສອດຄ່ອງໃດໆທີ່ພົບໃນລະຫວ່າງ
ກວດ. "-r leaks" ສ້ອມແປງພຽງແຕ່ການຮົ່ວໄຫລຂອງ cluster, ໃນຂະນະທີ່ "-r all" ແກ້ໄຂທຸກປະເພດຂອງ
ຄວາມ​ຜິດ​ພາດ​, ມີ​ຄວາມ​ສ່ຽງ​ສູງ​ທີ່​ຈະ​ເລືອກ​ເອົາ​ການ​ແກ້​ໄຂ​ຜິດ​ພາດ​ຫຼື​ເຊື່ອງ​ການ​ສໍ້​ລາດ​ບັງ​ຫຼວງ​ທີ່​ມີ​
ເກີດຂຶ້ນແລ້ວ.

ພຽງແຕ່ຮູບແບບ "qcow2", "qed" ແລະ "vdi" ສະຫນັບສະຫນູນການກວດສອບຄວາມສອດຄ່ອງ.

ໃນກໍລະນີທີ່ຮູບພາບບໍ່ມີຄວາມບໍ່ສອດຄ່ອງໃດໆ, ໃຫ້ກວດເບິ່ງທາງອອກດ້ວຍ 0. ການອອກອື່ນໆ
ລະຫັດຊີ້ບອກປະເພດຂອງຄວາມບໍ່ສອດຄ່ອງທີ່ພົບເຫັນຫຼືມີຂໍ້ຜິດພາດອື່ນເກີດຂຶ້ນ. ໄດ້
ຕາຕະລາງຕໍ່ໄປນີ້ສະຫຼຸບລະຫັດອອກທັງຫມົດຂອງຄໍາສັ່ງຍ່ອຍ check:

0 ກວດສອບສໍາເລັດ, ຮູບພາບແມ່ນ (ໃນປັດຈຸບັນ) ສອດຄ່ອງ

1 ການກວດສອບບໍ່ສໍາເລັດເນື່ອງຈາກຄວາມຜິດພາດພາຍໃນ

2 ກວດສອບແລ້ວ, ຮູບພາບເສຍຫາຍ

3 ກວດສອບແລ້ວ, ຮູບພາບມີກຸ່ມຮົ່ວ, ແຕ່ບໍ່ເສຍຫາຍ

63 ຮູບແບບຮູບພາບບໍ່ຮອງຮັບການກວດສອບ

ຖ້າ "-r" ຖືກລະບຸ, ລະຫັດອອກທີ່ເປັນຕົວແທນຂອງສະຖານະຮູບພາບຫມາຍເຖິງລັດຫຼັງຈາກນັ້ນ
(ຄວາມພະຍາຍາມຢູ່) ສ້ອມແປງມັນ. ນັ້ນແມ່ນ, "-r ທັງຫມົດ" ທີ່ປະສົບຜົນສໍາເລັດຈະໃຫ້ລະຫັດອອກ
0, ເປັນເອກະລາດຂອງສະຖານະຮູບພາບກ່ອນ.

ສ້າງ [-f fmt] [-or ທາງເລືອກໃນການ] ຊື່​ເອ​ກະ​ສານ [ຂະຫນາດ]
ສ້າງຮູບພາບແຜ່ນໃຫມ່ ຊື່​ເອ​ກະ​ສານ ຂອງຂະຫນາດ ຂະຫນາດ ແລະຮູບແບບ fmt. ຂຶ້ນກັບໄຟລ໌
ຮູບແບບ, ທ່ານສາມາດເພີ່ມຫນຶ່ງຫຼືຫຼາຍກວ່ານັ້ນ ທາງເລືອກໃນການ ທີ່ເປີດໃຊ້ຄຸນສົມບັດເພີ່ມເຕີມຂອງສິ່ງນີ້
ຮູບແບບ.

ຖ້າທາງເລືອກ backing_file ແມ່ນໄດ້ລະບຸໄວ້, ຫຼັງຈາກນັ້ນຮູບພາບຈະບັນທຶກພຽງແຕ່ໄດ້
ຄວາມແຕກຕ່າງຈາກ backing_file. ໃນກໍລະນີນີ້ບໍ່ຈໍາເປັນຕ້ອງລະບຸຂະຫນາດ.
backing_file ຈະບໍ່ຖືກແກ້ໄຂເວັ້ນເສຍແຕ່ວ່າທ່ານໃຊ້ຄໍາສັ່ງ "commit" (ຫຼື
qemu-img ຄໍາຫມັ້ນສັນຍາ).

ຂະຫນາດຍັງສາມາດຖືກກໍານົດໂດຍໃຊ້ ຂະຫນາດ ທາງເລືອກທີ່ມີ "-o", ມັນບໍ່ຈໍາເປັນຕ້ອງເປັນ
ລະບຸໄວ້ແຍກຕ່າງຫາກໃນກໍລະນີນີ້.

ຄໍາຫມັ້ນສັນຍາ [-q] [-f fmt] [-ທ ຖານຄວາມຈໍາ] [-ຂ ຖານ] [-d] [-p] ຊື່​ເອ​ກະ​ສານ
ປະຕິບັດການປ່ຽນແປງທີ່ບັນທຶກໄວ້ໃນ ຊື່​ເອ​ກະ​ສານ ໃນ​ຮູບ​ພາບ​ພື້ນ​ຖານ​ຂອງ​ຕົນ​ຫຼື​ໄຟລ​໌​ສໍາ​ຮອງ​ຂໍ້​ມູນ​. ຖ້າ
ໄຟລ໌ສຳຮອງມີຂະໜາດນ້ອຍກວ່າຮູບຖ່າຍ, ຈາກນັ້ນໄຟລ໌ສຳຮອງຈະຖືກປັບຂະໜາດເປັນ
ຂະໜາດດຽວກັນກັບພາບຖ່າຍ. ຖ້າພາບຖ່າຍມີຂະໜາດນ້ອຍກວ່າໄຟລ໌ສຳຮອງ,
ໄຟລ໌ສຳຮອງຈະບໍ່ຖືກຕັດອອກ. ຖ້າທ່ານຕ້ອງການໄຟລ໌ backing ກັບຂະຫນາດຂອງ
ພາບຖ່າຍທີ່ນ້ອຍກວ່າ, ທ່ານສາມາດຕັດມັນເອງໄດ້ຢ່າງປອດໄພເມື່ອມີການດຳເນີນການ
ສໍາເລັດສົບຜົນສໍາເລັດ.

ພາບ ຊື່​ເອ​ກະ​ສານ ແມ່ນເປົ່າຫວ່າງຫຼັງຈາກການດໍາເນີນງານສໍາເລັດ. ຖ້າທ່ານບໍ່ຕ້ອງການ
ຊື່​ເອ​ກະ​ສານ ຫຼັງ​ຈາກ​ນັ້ນ​ແລະ​ຕັ້ງ​ໃຈ​ທີ່​ຈະ​ຖິ້ມ​ມັນ​, ທ່ານ​ອາດ​ຈະ​ຂ້າມ​ການ​ເປົ່າ​ຫວ່າງ​ ຊື່​ເອ​ກະ​ສານ by
ການລະບຸທຸງ "-d".

ຖ້າ​ຫາກ​ວ່າ​ຕ່ອງ​ໂສ້​ສະ​ຫນັບ​ສະ​ຫນູນ​ຂອງ​ໄຟລ​໌​ຮູບ​ພາບ​ທີ່​ໃຫ້​ ຊື່​ເອ​ກະ​ສານ ມີຫຼາຍກວ່າຫນຶ່ງຊັ້ນ, ໄດ້
ໄຟລ​໌​ທີ່​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ທີ່​ການ​ປ່ຽນ​ແປງ​ຈະ​ໄດ້​ຮັບ​ການ​ປະ​ຕິ​ບັດ​ອາດ​ຈະ​ໄດ້​ຮັບ​ການ​ລະ​ບຸ​ໄວ້​ເປັນ​ ຖານ (ທີ່
ຕ້ອງເປັນສ່ວນຫນຶ່ງຂອງ ຊື່​ເອ​ກະ​ສານລະບົບຕ່ອງໂສ້ສະຫນັບສະຫນູນ). ຖ້າ ຖານ ບໍ່ໄດ້ລະບຸ, ທັນທີທັນໃດ
ໄຟລ໌ backing ຂອງຮູບເທິງ (ຊຶ່ງເປັນ ຊື່​ເອ​ກະ​ສານ) ຈະ​ຖືກ​ນໍາ​ໃຊ້​. ສໍາລັບເຫດຜົນຂອງ
ຄວາມສອດຄ່ອງ, ກໍານົດຢ່າງຈະແຈ້ງ ຖານ ຈະໝາຍເຖິງ "-d" ສະເໝີ (ນັບຕັ້ງແຕ່ການເປົ່າ an
ຮູບ ພາບ ຫຼັງ ຈາກ ຄໍາ ຫມັ້ນ ສັນ ຍາ ກັບ ໄຟລ ໌ backing ທາງ ອ້ອມ ຈະ ນໍາ ໄປ ສູ່ ການ ເປັນ ຂໍ້ ມູນ ທີ່ ແຕກ ຕ່າງ ກັນ
ອ່ານຈາກຮູບພາບເນື່ອງຈາກເນື້ອໃນຢູ່ໃນລະບົບຕ່ອງໂສ້ການສະຫນັບສະຫນູນລະດັບປານກາງ overruling ໄດ້
ມຸ່ງ​ຫມັ້ນ​ເປົ້າ​ຫມາຍ​)​.

ປຽບທຽບ [-f fmt] [-ຟ fmt] [-ທ src_cache] [-p] [-s] [-q] ຊື່ໄຟລ໌1 ຊື່ໄຟລ໌2
ກວດເບິ່ງວ່າສອງຮູບມີເນື້ອໃນດຽວກັນຫຼືບໍ່. ທ່ານສາມາດປຽບທຽບຮູບພາບທີ່ມີຄວາມແຕກຕ່າງ
ຮູບ​ແບບ​ຫຼື​ການ​ຕັ້ງ​ຄ່າ​.

ຮູບແບບແມ່ນ probed ເວັ້ນເສຍແຕ່ວ່າທ່ານລະບຸມັນໂດຍ -f (ນໍາ​ໃຊ້​ສໍາ​ລັບ ຊື່ໄຟລ໌1) ແລະ/ຫຼື -F (ໃຊ້
ສໍາລັບການ ຊື່ໄຟລ໌2) ທາງເລືອກ.

ໂດຍຄ່າເລີ່ມຕົ້ນ, ຮູບພາບທີ່ມີຂະຫນາດທີ່ແຕກຕ່າງກັນແມ່ນຖືວ່າຄືກັນຖ້າຮູບພາບໃຫຍ່ກວ່າ
ປະກອບມີພຽງແຕ່ຂະແຫນງການທີ່ບໍ່ໄດ້ຈັດສັນແລະ / ຫຼືສູນຢູ່ໃນພື້ນທີ່ຫຼັງຈາກສິ້ນສຸດຂອງອື່ນໆ
ຮູບ. ນອກຈາກນັ້ນ, ຖ້າຫາກວ່າຂະແຫນງການໃດບໍ່ໄດ້ຈັດສັນຢູ່ໃນຮູບຫນຶ່ງແລະມີພຽງແຕ່ສູນ
bytes ໃນອັນທີສອງ, ມັນໄດ້ຖືກປະເມີນເທົ່າກັບ. ທ່ານສາມາດນໍາໃຊ້ຮູບແບບທີ່ເຄັ່ງຄັດໂດຍ
ການ​ລະ​ບຸ -s ທາງເລືອກ. ເມື່ອປຽບທຽບການແລ່ນໃນຮູບແບບທີ່ເຄັ່ງຄັດ, ມັນລົ້ມເຫລວໃນກໍລະນີຮູບພາບ
ຂະ​ຫນາດ​ແຕກ​ຕ່າງ​ກັນ​ຫຼື​ຂະ​ແຫນງ​ການ​ແມ່ນ​ໄດ້​ຈັດ​ສັນ​ໃນ​ຮູບ​ພາບ​ຫນຶ່ງ​ແລະ​ບໍ່​ໄດ້​ຈັດ​ສັນ​ໃນ​ຄັ້ງ​ທີ​ສອງ​
ຫນຶ່ງ.

ໂດຍຄ່າເລີ່ມຕົ້ນ, ປຽບທຽບການພິມອອກຂໍ້ຄວາມຜົນໄດ້ຮັບ. ຂໍ້ຄວາມນີ້ສະແດງຂໍ້ມູນ
ວ່າທັງສອງຮູບພາບແມ່ນຄືກັນຫຼືຕໍາແຫນ່ງຂອງ byte ທໍາອິດທີ່ແຕກຕ່າງກັນ. ເພີ່ມ​ເຕີມ,
ຂໍ້ຄວາມຜົນໄດ້ຮັບສາມາດລາຍງານຂະຫນາດຮູບພາບທີ່ແຕກຕ່າງກັນໃນກໍລະນີທີ່ໃຊ້ໂຫມດເຂັ້ມງວດ.

ປຽບທຽບການອອກກັບ 0 ໃນກໍລະນີທີ່ຮູບພາບມີຄວາມເທົ່າກັນ ແລະ 1 ໃນກໍລະນີຮູບພາບ
ແຕກຕ່າງກັນ. ລະຫັດອອກອື່ນໆຫມາຍເຖິງຄວາມຜິດພາດທີ່ເກີດຂື້ນໃນລະຫວ່າງການປະຕິບັດແລະຄວາມຜິດພາດມາດຕະຖານ
ຜົນຜະລິດຄວນມີຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດ. ຕາຕະລາງຕໍ່ໄປນີ້ສະຫຼຸບລະຫັດອອກທັງຫມົດ
ຂອງຄໍາສັ່ງຍ່ອຍປຽບທຽບ:

0 ຮູບພາບແມ່ນຄືກັນ

1 ຮູບພາບແຕກຕ່າງກັນ

2 ເກີດຄວາມຜິດພາດໃນການເປີດຮູບພາບ

3 ເກີດຄວາມຜິດພາດໃນການກວດສອບການຈັດສັນຂະແໜງການ

4 ເກີດຄວາມຜິດພາດໃນການອ່ານຂໍ້ມູນ

ແປງ [-c] [-p] [-n] [-f fmt] [-ທ ຖານຄວາມຈໍາ] [-ທ src_cache] [-ອ output_fmt] [-or ທາງເລືອກໃນການ] [-ສ
snapshot_id_or_name] [-ລ snapshot_param] [-ສ sparse_size] ຊື່​ເອ​ກະ​ສານ [ຊື່ໄຟລ໌2 [... ]
output_filename
ປ່ຽນຮູບແຜ່ນ ຊື່​ເອ​ກະ​ສານ ຫຼືພາບຖ່າຍ snapshot_param(snapshot_id_or_name is
deprecated) ໄປຫາຮູບພາບແຜ່ນ output_filename ການ​ນໍາ​ໃຊ້​ຮູບ​ແບບ​ output_fmt. ມັນສາມາດເປັນໄດ້
ບີບອັດເປັນທາງເລືອກ (ຕົວເລືອກ "-c") ຫຼືໃຊ້ຕົວເລືອກສະເພາະຮູບແບບໃດນຶ່ງ ເຊັ່ນ: ການເຂົ້າລະຫັດ
("-o" ທາງເລືອກ).

ພຽງແຕ່ຮູບແບບ "qcow" ແລະ "qcow2" ສະຫນັບສະຫນູນການບີບອັດ. ການບີບອັດແມ່ນອ່ານໄດ້ເທົ່ານັ້ນ.
ມັນຫມາຍຄວາມວ່າຖ້າຂະແຫນງການບີບອັດຖືກຂຽນໃຫມ່, ຫຼັງຈາກນັ້ນມັນຖືກຂຽນຄືນໃຫມ່
ຂໍ້ມູນທີ່ບໍ່ໄດ້ບີບອັດ.

ການແປງຮູບພາບຍັງເປັນປະໂຫຍດເພື່ອໃຫ້ໄດ້ຮູບພາບຂະຫນາດນ້ອຍກວ່າໃນເວລາທີ່ການນໍາໃຊ້ຮູບແບບການຂະຫຍາຍຕົວເຊັ່ນ
ເປັນ "qcow": ຂະແຫນງການຫວ່າງເປົ່າຖືກກວດພົບແລະສະກັດກັ້ນຈາກຮູບພາບປາຍທາງ.

sparse_size ຊີ້ບອກຈຳນວນໄບຕ໌ຕິດຕໍ່ກັນ (ຄ່າເລີ່ມຕົ້ນເປັນ 4k) ທີ່ຕ້ອງ
ບັນຈຸພຽງແຕ່ສູນສໍາລັບ qemu-img ເພື່ອສ້າງຮູບພາບທີ່ແຕກຫັກໃນລະຫວ່າງການແປງ. ຖ້າ
sparse_size ແມ່ນ 0, ແຫຼ່ງຈະບໍ່ຖືກສະແກນສໍາລັບຂະແຫນງການທີ່ບໍ່ໄດ້ຈັດສັນຫຼືສູນ, ແລະ
ຮູບພາບປາຍທາງຈະຖືກຈັດສັນຢ່າງເຕັມສ່ວນ.

ທ່ານສາມາດນໍາໃຊ້ໄດ້ backing_file ທາງເລືອກທີ່ຈະບັງຄັບໃຫ້ຮູບພາບຜົນຜະລິດຖືກສ້າງເປັນສໍາເນົາ
ການຂຽນຮູບພາບຂອງຮູບຖານທີ່ລະບຸໄວ້; ໄດ້ backing_file ຄວນຈະມີຄືກັນ
ເນື້ອໃນເປັນຮູບພາບພື້ນຖານຂອງວັດສະດຸປ້ອນ, ແນວໃດກໍ່ຕາມເສັ້ນທາງ, ຮູບແບບຮູບພາບ, ແລະອື່ນໆອາດຈະແຕກຕ່າງກັນ.

ຖ້າຕົວເລືອກ "-n" ຖືກລະບຸ, ການສ້າງປະລິມານເປົ້າໝາຍຈະຖືກຂ້າມໄປ. ນີ້​ແມ່ນ
ທີ່ເປັນປະໂຫຍດສໍາລັບຮູບແບບເຊັ່ນ "rbd" ຖ້າປະລິມານເປົ້າຫມາຍໄດ້ຖືກສ້າງຂື້ນແລ້ວກັບ
ທາງເລືອກສະເພາະຂອງເວັບໄຊທີ່ບໍ່ສາມາດສະໜອງຜ່ານ qemu-img.

ຂໍ້ມູນ [-f fmt] [--output=ofmt] [--backing-chain] ຊື່​ເອ​ກະ​ສານ
ໃຫ້ຂໍ້ມູນກ່ຽວກັບຮູບພາບແຜ່ນ ຊື່​ເອ​ກະ​ສານ. ໃຊ້ມັນໂດຍສະເພາະເພື່ອຮູ້ຂະຫນາດ
ສະຫງວນໄວ້ໃນແຜ່ນທີ່ສາມາດແຕກຕ່າງຈາກຂະຫນາດທີ່ສະແດງ. ຖ້າ VM snapshots ແມ່ນ
ເກັບ​ໄວ້​ໃນ​ຮູບ​ພາບ​ແຜ່ນ​, ພວກ​ເຂົາ​ເຈົ້າ​ໄດ້​ຖືກ​ສະ​ແດງ​ເຊັ່ນ​ດຽວ​ກັນ​. ຄໍາສັ່ງສາມາດອອກໃນຮູບແບບ
ofmt ເຊິ່ງແມ່ນ "ມະນຸດ" ຫຼື "json".

ຖ້າຮູບພາບແຜ່ນມີລະບົບຕ່ອງໂສ້ໄຟລ໌ທີ່ສະຫນັບສະຫນູນ, ຂໍ້ມູນກ່ຽວກັບແຕ່ລະຮູບພາບແຜ່ນໃນ
ລະບົບຕ່ອງໂສ້ສາມາດຖືກຄິດໄລ່ຄືນໃຫມ່ໂດຍໃຊ້ທາງເລືອກ "--backing-chain".

ສໍາລັບຕົວຢ່າງ, ຖ້າທ່ານມີລະບົບຕ່ອງໂສ້ຮູບພາບເຊັ່ນ:

base.qcow2 <- snap1.qcow2 <- snap2.qcow2

ເພື່ອຈໍາແນກຂໍ້ມູນກ່ຽວກັບແຕ່ລະຮູບພາບແຜ່ນຢູ່ໃນລະບົບຕ່ອງໂສ້ຂ້າງເທິງ, ເລີ່ມຕົ້ນຈາກດ້ານເທິງ
ພື້ນຖານ, ເຮັດ:

ຂໍ້ມູນ qemu-img --backing-chain snap2.qcow2

ແຜນທີ່ [-f fmt] [--output=ofmt] ຊື່​ເອ​ກະ​ສານ
ຖິ້ມ metadata ຂອງຮູບພາບ ຊື່​ເອ​ກະ​ສານ ແລະລະບົບຕ່ອງໂສ້ເອກະສານທີ່ສະຫນັບສະຫນູນຂອງມັນ. ໂດຍສະເພາະ, ນີ້
ຄໍາສັ່ງ dumps ລັດຈັດສັນຂອງທຸກຂະແຫນງການ ຊື່​ເອ​ກະ​ສານ, ຮ່ວມກັບ
ໄຟລ໌ເທິງສຸດທີ່ຈັດສັນມັນຢູ່ໃນລະບົບຕ່ອງໂສ້ໄຟລ໌ສຳຮອງ.

ສອງ​ຮູບ​ແບບ​ທາງ​ເລືອກ​ທີ່​ເປັນ​ໄປ​ໄດ້​. ຮູບແບບເລີ່ມຕົ້ນ ("ມະນຸດ") ພຽງແຕ່ dumps ຮູ້ຈັກ-
ພື້ນທີ່ທີ່ບໍ່ແມ່ນສູນຂອງໄຟລ໌. ພາກສ່ວນທີ່ຮູ້ຈັກເປັນສູນຂອງໄຟລ໌ແມ່ນຖືກລະເວັ້ນທັງໝົດ, ແລະ
ເຊັ່ນດຽວກັນສໍາລັບພາກສ່ວນທີ່ບໍ່ໄດ້ຈັດສັນໃນທົ່ວລະບົບຕ່ອງໂສ້. qemu-img ຜົນຜະລິດຈະ
ລະບຸໄຟລ໌ຈາກບ່ອນທີ່ຂໍ້ມູນສາມາດອ່ານໄດ້, ແລະຄ່າຊົດເຊີຍໃນໄຟລ໌. ແຕ່ລະ
ເສັ້ນຈະປະກອບມີສີ່ຊ່ອງຂໍ້ມູນ, ສາມອັນທໍາອິດແມ່ນເລກຖານສິບຫົກ. ສໍາລັບ
ຕົວຢ່າງແຖວທໍາອິດຂອງ:

ຄວາມຍາວຊົດເຊີຍທີ່ແຜນທີ່ໃສ່ກັບໄຟລ໌
0 0x20000 0x50000 /tmp/overlay.qcow2
0x100000 0x10000 0x95380000 /tmp/backing.qcow2

ຫມາຍຄວາມວ່າ 0x20000 (131072) bytes ເລີ່ມຕົ້ນທີ່ offset 0 ໃນຮູບພາບແມ່ນມີຢູ່ໃນ
/tmp/overlay.qcow2 (ເປີດໃນຮູບແບບ "ດິບ") ເລີ່ມຕົ້ນທີ່ offset 0x50000 (327680). ຂໍ້ມູນ
ທີ່ຖືກບີບອັດ, ເຂົ້າລະຫັດ, ຫຼືບໍ່ມີຢູ່ໃນຮູບແບບດິບຈະເຮັດໃຫ້ເກີດການ
ຜິດພາດຖ້າຮູບແບບ "ມະນຸດ" ຖືກໃຊ້. ໃຫ້ສັງເກດວ່າຊື່ໄຟລ໌ສາມາດປະກອບມີແຖວໃຫມ່, ດັ່ງນັ້ນມັນ
ບໍ່ປອດໄພທີ່ຈະວິເຄາະຮູບແບບຜົນຜະລິດນີ້ຢູ່ໃນສະຄຣິບ.

ຮູບແບບທາງເລືອກ "json" ຈະສົ່ງຄືນອາເຣຂອງວັດຈະນານຸກົມໃນຮູບແບບ JSON. ມັນ
ຈະປະກອບມີຂໍ້ມູນທີ່ຄ້າຍຄືກັນຢູ່ໃນຊ່ອງ "ເລີ່ມຕົ້ນ", "ຄວາມຍາວ", "ຊົດເຊີຍ"; ມັນ​ຈະ
ຍັງລວມເອົາຂໍ້ມູນສະເພາະອື່ນໆຕື່ມອີກ:

- ບໍ່​ວ່າ​ຂະ​ແຫນງ​ການ​ມີ​ຂໍ້​ມູນ​ທີ່​ແທ້​ຈິງ​ຫຼື​ບໍ່ (boolean ພາກ​ສະ​ຫນາມ "ຂໍ້​ມູນ​"​; ຖ້າ​ຫາກ​ວ່າ​ຜິດ​,
ຂະ​ແໜງ​ການ​ແມ່ນ​ບໍ່​ໄດ້​ຈັດ​ສັນ​ຫຼື​ເກັບ​ຮັກ​ສາ​ໄວ້​ເປັນ​ກຸ່ມ​ສູນ​ທັງ​ຫມົດ​ທີ່​ເຫມາະ​ສົມ);

- ບໍ່​ວ່າ​ຈະ​ເປັນ​ຂໍ້​ມູນ​ທີ່​ຮູ້​ຈັກ​ທີ່​ຈະ​ອ່ານ​ເປັນ​ສູນ (boolean ພາກ​ສະ​ຫນາມ "ສູນ​"​)​;

- ເພື່ອເຮັດໃຫ້ຜົນຜະລິດສັ້ນ, ໄຟລ໌ເປົ້າຫມາຍສະແດງອອກເປັນ "ຄວາມເລິກ";
ສໍາລັບການຍົກຕົວຢ່າງ, ຄວາມເລິກຂອງ 2 ຫມາຍເຖິງໄຟລ໌ backing ຂອງໄຟລ໌ backing ຂອງ
ຊື່​ເອ​ກະ​ສານ.

ໃນຮູບແບບ JSON, ຊ່ອງຂໍ້ມູນ "ຊົດເຊີຍ" ແມ່ນທາງເລືອກ; ມັນບໍ່ມີໃນກໍລະນີທີ່ "ມະນຸດ"
ຮູບແບບຈະລະເວັ້ນການເຂົ້າ ຫຼືອອກດ້ວຍຄວາມຜິດພາດ. ຖ້າ "ຂໍ້ມູນ" ບໍ່ຖືກຕ້ອງແລະ
ຊ່ອງຂໍ້ມູນ "offset" ແມ່ນມີຢູ່, ຂະແຫນງການທີ່ສອດຄ້ອງກັນໃນໄຟລ໌ຍັງບໍ່ໄດ້ຖືກນໍາໃຊ້,
ແຕ່ເຂົາເຈົ້າໄດ້ຖືກຈັດສັນໄວ້ລ່ວງໜ້າ.

ສໍາລັບຂໍ້ມູນເພີ່ມເຕີມ, ປຶກສາຫາລື include/block/block.h ໃນລະຫັດແຫຼ່ງຂອງ QEMU.

snapshot [-ລ | -a snapshot | -c snapshot | -d snapshot ] ຊື່​ເອ​ກະ​ສານ
ສ້າງລາຍການ, ນຳໃຊ້, ສ້າງ ຫຼືລຶບຮູບຖ່າຍໃນຮູບ ຊື່​ເອ​ກະ​ສານ.

ປະຕິເສດ [-f fmt] [-ທ ຖານຄວາມຈໍາ] [-ທ src_cache] [-p] [-u] -b backing_file [-ຟ backing_fmt]
ຊື່​ເອ​ກະ​ສານ
ປ່ຽນໄຟລ໌ສຳຮອງຂອງຮູບພາບ. ພຽງແຕ່ຮູບແບບ "qcow2" ແລະ "qed" ສະຫນັບສະຫນູນ
ການ​ປ່ຽນ​ແປງ​ໄຟລ​໌​ຮອງ​.

ໄຟລ໌ສຳຮອງຖືກປ່ຽນເປັນ backing_file ແລະ (ຖ້າຮູບແບບຮູບພາບຂອງ ຊື່​ເອ​ກະ​ສານ
ສະ​ຫນັບ​ສະ​ຫນູນ​ນີ້​) ຮູບ​ແບບ​ໄຟລ​໌​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ໄດ້​ຖືກ​ປ່ຽນ​ເປັນ​ backing_fmtທີ່ຢູ່ ຖ້າຫາກວ່າ backing_file is
ລະບຸເປັນ "" (ສະຕຣິງຫວ່າງເປົ່າ), ຫຼັງຈາກນັ້ນຮູບພາບແມ່ນ rebased on ບໍ່ມີໄຟລ໌ backing
(ເຊັ່ນວ່າມັນຈະມີຢູ່ເປັນເອກະລາດຈາກໄຟລ໌ສຳຮອງໃດໆ).

ຖານຄວາມຈໍາ ກໍານົດໂຫມດ cache ທີ່ຈະໃຊ້ສໍາລັບ ຊື່​ເອ​ກະ​ສານ, ໃນຂະນະທີ່ src_cache ລະບຸ
ຮູບແບບ cache ສໍາລັບການອ່ານໄຟລ໌ສໍາຮອງຂໍ້ມູນ.

ມີສອງໂຫມດທີ່ແຕກຕ່າງກັນທີ່ "rebase" ສາມາດດໍາເນີນການ:

ຄວາມປອດໄພ ຮູບແບບການ
ນີ້​ແມ່ນ​ຮູບ​ແບບ​ໄວ້​ໃນ​ຕອນ​ຕົ້ນ​ແລະ​ດໍາ​ເນີນ​ການ rebase ທີ່​ແທ້​ຈິງ​. ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ໃຫມ່​
ໄຟລ໌ອາດຈະແຕກຕ່າງຈາກອັນເກົ່າ ແລະ qemu-img rebase ຈະດູແລຮັກສາ
ເນື້ອ​ໃນ​ຂອງ​ແຂກ​ສັງ​ເກດ​ເຫັນ​ຂອງ ຊື່​ເອ​ກະ​ສານ ບໍ່ປ່ຽນແປງ.

ເພື່ອບັນລຸເປົ້າຫມາຍດັ່ງກ່າວ, ກຸ່ມໃດກໍ່ຕາມທີ່ແຕກຕ່າງກັນລະຫວ່າງ backing_file ແລະ
ໄຟລ​໌​ທີ່​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ເກົ່າ​ຂອງ​ ຊື່​ເອ​ກະ​ສານ ຖືກລວມເຂົ້າ ຊື່​ເອ​ກະ​ສານ ກ່ອນທີ່ຈະປ່ຽນຕົວຈິງ
ໄຟລ​໌​ສໍາ​ຮອງ​ຂໍ້​ມູນ​.

ໃຫ້ສັງເກດວ່າໂຫມດປອດໄພແມ່ນການດໍາເນີນງານທີ່ມີລາຄາແພງ, ປຽບທຽບກັບການແປງ
ຮູບ. ມັນເຮັດວຽກພຽງແຕ່ຖ້າໄຟລ໌ backing ເກົ່າຍັງມີຢູ່.

ບໍ່ປອດໄພ ຮູບແບບການ
qemu-img ໃຊ້ໂໝດບໍ່ປອດໄພຖ້າ "-u" ຖືກລະບຸ. ໃນ​ຮູບ​ແບບ​ນີ້​, ພຽງ​ແຕ່​ສະ​ຫນັບ​ສະ​ຫນູນ​
ຊື່ໄຟລ໌ແລະຮູບແບບຂອງ ຊື່​ເອ​ກະ​ສານ ມີການປ່ຽນແປງໂດຍບໍ່ມີການກວດສອບໃດໆກ່ຽວກັບໄຟລ໌
ເນື້ອໃນ. ຜູ້​ໃຊ້​ຕ້ອງ​ໃຊ້​ເວ​ລາ​ດູ​ແລ​ຂອງ​ການ​ລະ​ບຸ​ໄຟລ​໌ backing ໃຫມ່​ທີ່​ຖືກ​ຕ້ອງ​, ຫຼື​
ເນື້ອ​ໃນ​ທີ່​ຜູ້​ເຂົ້າ​ສັງ​ເກດ​ເຫັນ​ຂອງ​ຮູບ​ພາບ​ຈະ​ໄດ້​ຮັບ​ຄວາມ​ເສຍ​ຫາຍ​.

ໂໝດນີ້ມີປະໂຫຍດສຳລັບການປ່ຽນຊື່ ຫຼືຍ້າຍໄຟລ໌ສຳຮອງໄປບ່ອນອື່ນ. ມັນ
ສາມາດຖືກນໍາໃຊ້ໂດຍບໍ່ມີໄຟລ໌ backing ເກົ່າທີ່ສາມາດເຂົ້າເຖິງໄດ້, ie ທ່ານສາມາດນໍາໃຊ້ມັນເພື່ອແກ້ໄຂ
ຮູບ​ພາບ​ທີ່​ໄຟລ​໌​ສໍາ​ຮອງ​ຂໍ້​ມູນ​ໄດ້​ຖືກ​ຍ້າຍ / ປ່ຽນ​ຊື່​ແລ້ວ​.

ທ່ານສາມາດນໍາໃຊ້ "rebase" ເພື່ອປະຕິບັດ "ຄວາມແຕກຕ່າງ" ໃນສອງຮູບພາບແຜ່ນ. ນີ້ສາມາດເປັນ
ເປັນປະໂຫຍດໃນເວລາທີ່ທ່ານໄດ້ຄັດລອກຫຼື cloned ແຂກ, ແລະທ່ານຕ້ອງການທີ່ຈະໄດ້ຮັບກັບຄືນໄປບ່ອນບາງໆ
ຮູບຢູ່ເທິງສຸດຂອງແມ່ແບບ ຫຼືຮູບພື້ນຖານ.

ເວົ້າວ່າ "base.img" ໄດ້ຖືກ cloned ເປັນ "modified.img" ໂດຍການຄັດລອກມັນ, ແລະວ່າ
"modified.img" ແຂກໄດ້ດໍາເນີນການ, ດັ່ງນັ້ນໃນປັດຈຸບັນມີການປ່ຽນແປງບາງຢ່າງເມື່ອທຽບກັບ "base.img". ເຖິງ
ສ້າງຮູບພາບບາງໆທີ່ເອີ້ນວ່າ "diff.qcow2" ທີ່ມີຄວາມແຕກຕ່າງພຽງແຕ່, ເຮັດ:

qemu-img ສ້າງ -f qcow2 -b modified.img diff.qcow2
qemu-img rebase -b base.img diff.qcow2

ໃນຈຸດນີ້, "modified.img" ສາມາດຖືກຍົກເລີກ, ເພາະວ່າ "base.img + diff.qcow2" ປະກອບດ້ວຍ.
ຂໍ້ມູນດຽວກັນ.

ປັບຂະຫນາດ ຊື່​ເອ​ກະ​ສານ [+ | -]ຂະຫນາດ
ປ່ຽນຮູບແຜ່ນຄືກັບວ່າມັນຖືກສ້າງຂື້ນດ້ວຍ ຂະຫນາດ.

ກ່ອນ​ທີ່​ຈະ​ນໍາ​ໃຊ້​ຄໍາ​ສັ່ງ​ນີ້​ເພື່ອ​ຫຍໍ້​ຮູບ​ພາບ​ແຜ່ນ​, ທ່ານ​ຈະ​ຕ້ອງ​ໄດ້​ນໍາ​ໃຊ້​ລະ​ບົບ​ໄຟລ​໌​ແລະ​
ເຄື່ອງມືແບ່ງສ່ວນພາຍໃນ VM ເພື່ອຫຼຸດຜ່ອນລະບົບໄຟລ໌ທີ່ຈັດສັນ ແລະຂະຫນາດພາທິຊັນ
ຕາມນັ້ນ. ການບໍ່ເຮັດແນວນັ້ນຈະເຮັດໃຫ້ການສູນເສຍຂໍ້ມູນ!

ຫຼັງຈາກໃຊ້ຄໍາສັ່ງນີ້ເພື່ອຂະຫຍາຍຮູບພາບແຜ່ນ, ທ່ານຕ້ອງໃຊ້ລະບົບໄຟລ໌ແລະ
ເຄື່ອງມືແບ່ງສ່ວນພາຍໃນ VM ເພື່ອເລີ່ມຕົ້ນການນໍາໃຊ້ພື້ນທີ່ໃຫມ່ໃນອຸປະກອນ.

ແກ້ໄຂ [-p] [-f fmt] [-ທ ຖານຄວາມຈໍາ] -o ທາງເລືອກໃນການ ຊື່​ເອ​ກະ​ສານ
ແກ້ໄຂຮູບແບບຮູບພາບສະເພາະ ທາງເລືອກໃນການ ສໍາລັບໄຟລ໌ຮູບພາບ ຊື່​ເອ​ກະ​ສານ. ບໍ່ແມ່ນໄຟລ໌ທັງໝົດ
ຮູບ​ແບບ​ສະ​ຫນັບ​ສະ​ຫນູນ​ການ​ດໍາ​ເນີນ​ງານ​ນີ້​.

ຫມາຍເຫດ

ຮູບ​ແບບ​ໄຟລ​໌​ຮູບ​ພາບ​ສະ​ຫນັບ​ສະ​ຫນູນ​:

ວັດຖຸດິບ ຮູບ​ແບບ​ຮູບ​ແບບ​ດິ​ສ​ກ​ດິບ (ຄ່າ​ເລີ່ມ​ຕົ້ນ​)​. ຮູບ​ແບບ​ນີ້​ມີ​ປະ​ໂຫຍດ​ແມ່ນ​ງ່າຍ​ດາຍ​ແລະ​
ສົ່ງອອກໄດ້ຢ່າງງ່າຍດາຍກັບ emulators ອື່ນໆທັງຫມົດ. ຖ້າລະບົບໄຟລ໌ຂອງທ່ານສະຫນັບສະຫນູນ holes (for
ຕົວຢ່າງໃນ ext2 ຫຼື ext3 ໃນ Linux ຫຼື NTFS ໃນ Windows), ຫຼັງຈາກນັ້ນພຽງແຕ່ຂະແຫນງການລາຍລັກອັກສອນ
ຈະສະຫງວນພື້ນທີ່. ໃຊ້ "qemu-img info" ເພື່ອຮູ້ຂະຫນາດທີ່ແທ້ຈິງທີ່ໃຊ້ໂດຍຮູບພາບຫຼື "ls
-ls" ໃນ Unix/Linux.

ທາງ​ເລືອກ​ທີ່​ສະ​ຫນັບ​ສະ​ຫນູນ​:

"ການຈັດສັນໄວ້ລ່ວງໜ້າ"
ໂໝດການຈັດສັນລ່ວງໜ້າ (ຄ່າທີ່ອະນຸຍາດ: "ປິດ", "falloc", "ເຕັມ"). ໂຫມດ "falloc".
prealocates ພື້ນທີ່ສໍາລັບຮູບພາບໂດຍການໂທຫາ posix_fallocate(). ຮູບແບບ "ເຕັມ".
prealocates ພື້ນທີ່ສໍາລັບຮູບພາບໂດຍການຂຽນສູນກັບບ່ອນເກັບຂໍ້ມູນພື້ນຖານ.

qcow2
ຮູບແບບຮູບພາບ QEMU, ຮູບແບບທີ່ຫຼາກຫຼາຍທີ່ສຸດ. ໃຊ້ມັນເພື່ອໃຫ້ມີຮູບພາບຂະຫນາດນ້ອຍກວ່າ (ເປັນປະໂຫຍດຖ້າ
ລະບົບໄຟລ໌ຂອງທ່ານບໍ່ຮອງຮັບຮູ, ຕົວຢ່າງໃນ Windows), AES ທາງເລືອກ
ການເຂົ້າລະຫັດ, ການບີບອັດທີ່ອີງໃສ່ zlib ແລະຮອງຮັບການຖ່າຍຮູບ VM ຫຼາຍຮູບ.

ທາງ​ເລືອກ​ທີ່​ສະ​ຫນັບ​ສະ​ຫນູນ​:

"ຄູ່"
ກຳນົດເວີຊັນ qcow2 ທີ່ຈະໃຊ້. "compat=0.10" ໃຊ້ຮູບພາບພື້ນເມືອງ
ຮູບແບບທີ່ສາມາດອ່ານໄດ້ໂດຍ QEMU ຕັ້ງແຕ່ 0.10. "compat=1.1" ເປີດໃຊ້ຮູບແບບຮູບພາບ
ສ່ວນຂະຫຍາຍທີ່ມີພຽງແຕ່ QEMU 1.1 ແລະໃຫມ່ກວ່າເຂົ້າໃຈ (ນີ້ແມ່ນຄ່າເລີ່ມຕົ້ນ). ໃນບັນດາ
ອື່ນ ໆ, ນີ້ປະກອບມີສູນ clusters, ເຊິ່ງອະນຸຍາດໃຫ້ການ copy-on-read ປະສິດທິພາບສໍາລັບການ sparse
ຮູບພາບຕ່າງໆ.

"backing_file"
ຊື່ໄຟລ໌ຂອງຮູບພາບພື້ນຖານ (ເບິ່ງ ສ້າງ ຄໍາສັ່ງຍ່ອຍ)

"backing_fmt"
ຮູບແບບຮູບພາບຂອງຮູບພາບພື້ນຖານ

"ການເຂົ້າລະຫັດ"
ຖ້າຕົວເລືອກນີ້ຖືກຕັ້ງເປັນ "ເປີດ", ຮູບພາບຈະຖືກເຂົ້າລະຫັດດ້ວຍ 128-bit AES-CBC.

ການນໍາໃຊ້ການເຂົ້າລະຫັດໃນຮູບພາບ qcow ແລະ qcow2 ແມ່ນຖືວ່າມີຂໍ້ບົກພ່ອງໂດຍ
ມາດຕະຖານການເຂົ້າລະຫັດທີ່ທັນສະໄຫມ, ປະສົບກັບບັນຫາການອອກແບບຈໍານວນຫນຶ່ງ:

-
ກ່ຽວ​ກັບ​ຈໍາ​ນວນ​ຂະ​ແຫນງ​ການ​. ນີ້ເຮັດໃຫ້ມັນມີຄວາມສ່ຽງຕໍ່ການໂຈມຕີຂໍ້ຄວາມທໍາມະດາທີ່ເລືອກ
ເຊິ່ງສາມາດເປີດເຜີຍການມີຢູ່ຂອງຂໍ້ມູນທີ່ເຂົ້າລະຫັດໄວ້.

-
ວະລີຜ່ານທີ່ເລືອກ ຫຼືສັ້ນຈະປະນີປະນອມຄວາມປອດໄພຂອງການເຂົ້າລະຫັດ.

-
ປ່ຽນລະຫັດຜ່ານເພື່ອປົກປ້ອງຂໍ້ມູນໃນທຸກຮູບ qcow. ໄຟລ໌ຕ້ອງເປັນ
cloned, ການນໍາໃຊ້ລະຫັດຜ່ານການເຂົ້າລະຫັດທີ່ແຕກຕ່າງກັນໃນໄຟລ໌ໃຫມ່. ຕົ້ນສະບັບ
ໄຟລ໌ຕ້ອງໄດ້ຮັບການລຶບຢ່າງປອດໄພໂດຍໃຊ້ໂຄງການເຊັ່ນ shred, ເຖິງແມ່ນວ່ານີ້
ບໍ່ມີປະສິດຕິຜົນກັບເຕັກໂນໂລຢີການເກັບຮັກສາທີ່ທັນສະໄຫມຫຼາຍ.

ການນໍາໃຊ້ການເຂົ້າລະຫັດ qcow / qcow2 ດັ່ງນັ້ນຈຶ່ງທໍ້ຖອຍໃຈຢ່າງແຂງແຮງ. ຜູ້ໃຊ້ຖືກແນະນໍາ
ເພື່ອໃຊ້ເທກໂນໂລຍີການເຂົ້າລະຫັດທາງເລືອກເຊັ່ນ Linux dm-crypt / LUKS
ລະບົບ.

"cluster_size"
ປ່ຽນຂະໜາດກຸ່ມ qcow2 (ຕ້ອງຢູ່ລະຫວ່າງ 512 ຫາ 2M). ຂະໜາດກຸ່ມນ້ອຍກວ່າ
ສາມາດປັບປຸງຂະຫນາດໄຟລ໌ຮູບພາບໃນຂະນະທີ່ຂະຫນາດກຸ່ມຂະຫນາດໃຫຍ່ໂດຍທົ່ວໄປສະຫນອງ
ປະສິດທິພາບທີ່ດີກວ່າ.

"ການຈັດສັນໄວ້ລ່ວງໜ້າ"
ໂໝດການຈັດສັນລ່ວງໜ້າ (ຄ່າທີ່ອະນຸຍາດ: "ປິດ", "ເມຕາເດຕາ", "falloc", "ເຕັມ"). ຮູບພາບ
ກັບ metadata ທີ່ຖືກຈັດສັນໄວ້ກ່ອນແມ່ນໃຫຍ່ກວ່າແຕ່ສາມາດປັບປຸງການປະຕິບັດໄດ້ເມື່ອ
ຮູບພາບຕ້ອງການການຂະຫຍາຍຕົວ. "falloc" ແລະ "ເຕັມ" preallocations ແມ່ນຄ້າຍຄືກັນ
ທາງເລືອກຂອງຮູບແບບ "ດິບ", ແຕ່ຕັ້ງຄ່າ metadata ເຊັ່ນກັນ.

"lazy_refcounts"
ຖ້າຕົວເລືອກນີ້ຖືກຕັ້ງເປັນ "ເປີດ", ການປັບປຸງການນັບອ້າງອີງຈະຖືກເລື່ອນອອກໄປດ້ວຍເປົ້າໝາຍ
ຫຼີກເວັ້ນການ metadata I/O ແລະປັບປຸງປະສິດທິພາບ. ນີ້ແມ່ນໂດຍສະເພາະ
ຫນ້າສົນໃຈກັບ cache=ຂຽນຜ່ານ ເຊິ່ງບໍ່ໄດ້ຈັດຊຸດການອັບເດດ metadata. ໄດ້
Tradeoff ແມ່ນວ່າຫຼັງຈາກອຸປະຕິເຫດເຈົ້າພາບ, ຕາຕະລາງການນັບອ້າງອີງຕ້ອງຖືກສ້າງໃຫມ່,
ie on the next open an (automatic) "qemu-img check -r all" ແມ່ນຕ້ອງການ, ເຊິ່ງ
ອາດຈະໃຊ້ເວລາບາງ.

ຕົວເລືອກນີ້ສາມາດເປີດໃຊ້ໄດ້ພຽງແຕ່ຖ້າ "compat=1.1" ຖືກລະບຸ.

"nocow"
ຖ້າຕົວເລືອກນີ້ຖືກຕັ້ງເປັນ "ເປີດ", ມັນຈະປິດ COW ຂອງໄຟລ໌. ມັນຖືກຕ້ອງເທົ່ານັ້ນ
ໃນ btrfs, ບໍ່ມີຜົນຕໍ່ລະບົບໄຟລ໌ອື່ນໆ.

Btrfs ມີປະສິດທິພາບຕໍ່າໃນເວລາໂຮດໄຟລ໌ຮູບພາບ VM, ຫຼາຍກວ່ານັ້ນເມື່ອແຂກ
ໃນ VM ຍັງໃຊ້ btrfs ເປັນລະບົບໄຟລ໌. ການປິດ COW ແມ່ນວິທີການຫຼຸດຜ່ອນ
ການປະຕິບັດທີ່ບໍ່ດີນີ້. ໂດຍທົ່ວໄປແລ້ວມີສອງວິທີທີ່ຈະປິດ COW ໃນ btrfs: a)
ປິດການໃຊ້ງານມັນໂດຍການຕິດຕັ້ງກັບ nodatacow, ຫຼັງຈາກນັ້ນໄຟລ໌ທີ່ສ້າງໃຫມ່ທັງຫມົດຈະເປັນ NOCOW.
b) ສໍາລັບໄຟລ໌ຫວ່າງເປົ່າ, ເພີ່ມຄຸນສົມບັດໄຟລ໌ NOCOW. ນັ້ນແມ່ນສິ່ງທີ່ທາງເລືອກນີ້ເຮັດ.

ໝາຍເຫດ: ຕົວເລືອກນີ້ໃຊ້ໄດ້ກັບໄຟລ໌ໃໝ່ ຫຼືໄຟລ໌ຫວ່າງເປົ່າເທົ່ານັ້ນ. ຖ້າມີຢູ່ແລ້ວ
ໄຟລ໌ທີ່ເປັນ COW ແລະມີຂໍ້ມູນຕັນຢູ່ແລ້ວ, ມັນບໍ່ສາມາດປ່ຽນເປັນ NOCOW ໂດຍ
ການຕັ້ງຄ່າ "nocow=on". ຫນຶ່ງສາມາດອອກ "ຊື່ໄຟລ໌ lsattr" ເພື່ອກວດເບິ່ງວ່າທຸງ NOCOW ແມ່ນ
ຕັ້ງຫຼືບໍ່ (ນະຄອນຫຼວງ 'C' ແມ່ນທຸງ NOCOW).

ອື່ນ ໆ
QEMU ຍັງສະຫນັບສະຫນູນຮູບແບບໄຟລ໌ຮູບພາບອື່ນໆສໍາລັບການເຂົ້າກັນໄດ້ກັບ QEMU ເກົ່າ
ຮຸ່ນ ຫຼື hypervisors ອື່ນໆ, ລວມທັງ VMDK, VDI, VHD (vpc), VHDX, qcow1 ແລະ QED.
ສໍາລັບບັນຊີລາຍຊື່ເຕັມຂອງຮູບແບບທີ່ສະຫນັບສະຫນູນ, ເບິ່ງ "qemu-img --help". ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມ
ລາຍລະອຽດຂອງຮູບແບບເຫຼົ່ານີ້, ເບິ່ງເອກະສານຜູ້ໃຊ້ Emulation QEMU.

ຈຸດປະສົງຕົ້ນຕໍຂອງຕັນໄດເວີສໍາລັບຮູບແບບເຫຼົ່ານີ້ແມ່ນການແປງຮູບພາບ. ສໍາລັບ
ແລ່ນ VMs, ມັນແນະນໍາໃຫ້ປ່ຽນຮູບພາບຂອງແຜ່ນເປັນວັດຖຸດິບຫຼື qcow2 in
ເພື່ອບັນລຸການປະຕິບັດທີ່ດີ.

ໃຊ້ qemu-img ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net