कुमू-इमग

कार्यक्रम:

नाम

qemu-img - QEMU डिस्क छवि उपयोगिता

SYNOPSIS

उपयोग: qemu-img कमांड [कमांड विकल्प]

वर्णन

qemu-img आपको छवियों को ऑफ़लाइन बनाने, परिवर्तित करने और संशोधित करने की अनुमति देता है। यह सभी छवि को संभाल सकता है
QEMU द्वारा समर्थित प्रारूप।

चेतावनी: चल रही वर्चुअल मशीन या किसी अन्य द्वारा उपयोग की जा रही छवियों को संशोधित करने के लिए कभी भी qemu-img का उपयोग न करें
अन्य प्रक्रिया; इससे छवि नष्ट हो सकती है. यह भी ध्यान रखें कि किसी छवि को क्वेरी करना
किसी अन्य प्रक्रिया द्वारा संशोधित किए जाने पर असंगत स्थिति का सामना करना पड़ सकता है।

विकल्प

निम्नलिखित आदेश समर्थित हैं:

चेक [क्यू] [-एफ fmt] [--आउटपुट =ऑफएमटी] [-आर [लीक | सभी]] [-टी src_cache] फ़ाइल का नाम
बनाना [क्यू] [-एफ fmt] [-ओर विकल्पों] फ़ाइल का नाम [आकार]
करना [क्यू] [-एफ fmt] [-टी कैश] [-बी आधार] [-डी] [-पी] फ़ाइल का नाम
तुलना [-एफ fmt] [-एफ fmt] [-टी src_cache] [-पी] [क्यू] [-एस] फ़ाइल नाम1 फ़ाइल नाम2
बदलना [-सी] [-पी] [क्यू] [-एन] [-एफ fmt] [-टी कैश] [-टी src_cache] [-ओ आउटपुट_एफएमटी] [-ओर
विकल्पों] [-एस स्नैपशॉट_आईडी_या_नाम] [-एल स्नैपशॉट_परम] [-एस विरल_आकार] फ़ाइल का नाम [फ़ाइल नाम2
[...]] आउटपुट फ़ाइल नाम
पता [-एफ fmt] [--आउटपुट =ऑफएमटी] [--बैकिंग-चेन] फ़ाइल का नाम
नक्शा [-एफ fmt] [--आउटपुट =ऑफएमटी] फ़ाइल का नाम
स्नैपशॉट [क्यू] [-एल | -a स्नैपशॉट | -c स्नैपशॉट | -d स्नैपशॉट] फ़ाइल का नाम
रिबेस [क्यू] [-एफ fmt] [-टी कैश] [-टी src_cache] [-पी] [-यू] -b बैकिंग_फ़ाइल [-एफ समर्थन_एफएमटी]
फ़ाइल का नाम
आकार बदलें [क्यू] फ़ाइल का नाम [+ | -]आकार
संशोधन [-पी] [क्यू] [-एफ fmt] [-टी कैश] -o विकल्पों फ़ाइल का नाम

कमांड पैरामीटर:

फ़ाइल का नाम
एक डिस्क छवि फ़ाइल नाम है

fmt डिस्क छवि प्रारूप है. अधिकांश मामलों में इसका अनुमान स्वतः ही लग जाता है। एक के लिए नीचे देखें
समर्थित डिस्क प्रारूपों का विवरण.

--बैकिंग-चेन
डिस्क छवि श्रृंखला में फ़ाइलों का समर्थन करने के बारे में जानकारी की गणना करेगा। के लिए नीचे देखें
आगे का विवरण.

आकार
डिस्क छवि का आकार बाइट्स में है। वैकल्पिक प्रत्यय "k" या "K" (किलोबाइट, 1024) "M"
(मेगाबाइट, 1024के) और "जी" (गीगाबाइट, 1024एम) और टी (टेराबाइट, 1024जी) समर्थित हैं।
"बी" को नजरअंदाज कर दिया गया है।

आउटपुट फ़ाइल नाम
गंतव्य डिस्क छवि फ़ाइल नाम है

आउटपुट_एफएमटी
गंतव्य प्रारूप है

विकल्पों
नाम=मान प्रारूप में प्रारूप विशिष्ट विकल्पों की अल्पविराम से अलग की गई सूची है। "-ओ" का प्रयोग करें
?" प्रयुक्त प्रारूप द्वारा समर्थित विकल्पों के अवलोकन के लिए या प्रारूप देखें
विवरण के लिए नीचे विवरण।

स्नैपशॉट_परम
आंतरिक स्नैपशॉट के लिए परम का उपयोग किया जाता है, प्रारूप 'snapshot.id=[ID],snapshot.name=[NAME]' है
या '[ID_OR_NAME]'

स्नैपशॉट_आईडी_या_नाम
बहिष्कृत है, इसके बजाय snapshot_param का उपयोग करें

-c इंगित करता है कि लक्ष्य छवि को संपीड़ित किया जाना चाहिए (केवल qcow प्रारूप)

-h कमांड के साथ या उसके बिना सहायता दिखाता है और समर्थित प्रारूपों को सूचीबद्ध करता है

-p प्रगति पट्टी प्रदर्शित करें (केवल आदेशों की तुलना करें, रूपांतरित करें और पुनः आधार बनाएँ)। यदि -p विकल्प है
इसका समर्थन करने वाले कमांड के लिए उपयोग नहीं किया जाता है, प्रक्रिया के दौरान प्रगति की सूचना दी जाती है
एक "SIGUSR1" सिग्नल प्राप्त करता है।

-q शांत मोड - कोई भी आउटपुट प्रिंट न करें (त्रुटियों को छोड़कर)। मामले में कोई प्रगति पट्टी नहीं है
के छात्रों -q और -p विकल्पों का प्रयोग किया जाता है।

-S आकार
बाइट्स की लगातार संख्या को इंगित करता है जिसमें qemu-img के लिए केवल शून्य होना चाहिए
रूपांतरण के दौरान एक विरल छवि बनाएँ। इस मान को निकटतम 512 तक पूर्णांकित किया गया है
बाइट्स आप किलोबाइट के लिए सामान्य आकार के प्रत्यय जैसे "k" का उपयोग कर सकते हैं।

-t कैश
कैश मोड निर्दिष्ट करता है जिसका उपयोग (गंतव्य) फ़ाइल के साथ किया जाना चाहिए। देखें
अनुमत मानों के लिए एमुलेटर के "-ड्राइव कैश=..." विकल्प का दस्तावेज़ीकरण।

-T src_cache
कैश मोड निर्दिष्ट करता है जिसका उपयोग स्रोत फ़ाइल(फ़ाइलों) के साथ किया जाना चाहिए। देखें
अनुमत मानों के लिए एमुलेटर के "-ड्राइव कैश=..." विकल्प का दस्तावेज़ीकरण।

स्नैपशॉट उपकमांड के पैरामीटर:

स्नैपशॉट
बनाने, लागू करने या हटाने के लिए स्नैपशॉट का नाम है

-a एक स्नैपशॉट लागू करता है (डिस्क को सहेजी गई स्थिति में वापस लाएं)

-c एक स्नैपशॉट बनाता है

-d एक स्नैपशॉट हटा देता है

-l दी गई छवि में सभी स्नैपशॉट सूचीबद्ध करता है

उपकमांड की तुलना करने के लिए पैरामीटर:

-f पहला छवि प्रारूप

-F दूसरा छवि प्रारूप

-s सख्त मोड - विभिन्न छवि आकार या सेक्टर आवंटन पर विफल

उपकमांड को परिवर्तित करने के लिए पैरामीटर:

-n लक्ष्य मात्रा का निर्माण छोड़ें

कमांड विवरण:

चेक [-एफ fmt] [--आउटपुट =ऑफएमटी] [-आर [लीक | सभी]] [-टी src_cache] फ़ाइल का नाम
डिस्क छवि पर एकरूपता जांच करें फ़ाइल का नाम. कमांड में आउटपुट हो सकता है
प्रारूप ऑफएमटी जो या तो "मानव" या "जेसन" है।

यदि "-r" निर्दिष्ट है, तो qemu-img इस दौरान पाई गई किसी भी विसंगति को सुधारने का प्रयास करता है
जाँच करना। "-r लीक" केवल क्लस्टर लीक को ठीक करता है, जबकि "-r all" सभी प्रकार के लीक को ठीक करता है
त्रुटियाँ, गलत समाधान चुनने या उसमें हुए भ्रष्टाचार को छिपाने का उच्च जोखिम
पहले ही हो चुका है.

केवल प्रारूप "qcow2", "qed" और "vdi" निरंतरता जांच का समर्थन करते हैं।

यदि छवि में कोई असंगतता नहीं है, तो 0 के साथ निकास की जाँच करें। अन्य निकास
कोड यह दर्शाते हैं कि किस प्रकार की विसंगति पाई गई है या कोई अन्य त्रुटि हुई है।
निम्न तालिका चेक उपकमांड के सभी निकास कोडों का सारांश प्रस्तुत करती है:

0 जाँच पूरी हो गई, छवि (अब) सुसंगत है

1 आंतरिक त्रुटियों के कारण जाँच पूर्ण नहीं हुई

2 जांच पूरी हो गई, छवि दूषित हो गई है

3 जाँच पूरी हो गई है, छवि क्लस्टर लीक हो गई है, लेकिन दूषित नहीं है

63 जाँचें छवि प्रारूप द्वारा समर्थित नहीं हैं

यदि "-r" निर्दिष्ट है, तो छवि स्थिति का प्रतिनिधित्व करने वाले निकास कोड बाद की स्थिति को संदर्भित करते हैं
(उसकी मरम्मत करने का प्रयास)। अर्थात्, एक सफल "-r all" निकास कोड उत्पन्न करेगा
0, पहले की छवि स्थिति से स्वतंत्र।

बनाना [-एफ fmt] [-ओर विकल्पों] फ़ाइल का नाम [आकार]
नई डिस्क छवि बनाएं फ़ाइल का नाम आकार का आकार और प्रारूप fmt. फ़ाइल पर निर्भर करता है
प्रारूप, आप एक या अधिक जोड़ सकते हैं विकल्पों जो इसकी अतिरिक्त सुविधाओं को सक्षम बनाता है
प्रारूप.

यदि विकल्प बैकिंग_फ़ाइल निर्दिष्ट किया गया है, तो छवि केवल रिकॉर्ड करेगी
से मतभेद बैकिंग_फ़ाइल. इस मामले में कोई आकार निर्दिष्ट करने की आवश्यकता नहीं है।
बैकिंग_फ़ाइल जब तक आप "कमिट" मॉनिटर कमांड (या) का उपयोग नहीं करते तब तक इसे कभी संशोधित नहीं किया जाएगा
qemu-img प्रतिबद्ध)।

का उपयोग करके आकार भी निर्दिष्ट किया जा सकता है आकार विकल्प "-o" के साथ, इसकी आवश्यकता नहीं है
इस मामले में अलग से निर्दिष्ट किया गया है।

करना [क्यू] [-एफ fmt] [-टी कैश] [-बी आधार] [-डी] [-पी] फ़ाइल का नाम
में दर्ज किए गए परिवर्तनों को प्रतिबद्ध करें फ़ाइल का नाम इसकी मूल छवि या बैकिंग फ़ाइल में। यदि
बैकिंग फ़ाइल स्नैपशॉट से छोटी है, तो बैकिंग फ़ाइल का आकार बदल दिया जाएगा
स्नैपशॉट के समान आकार. यदि स्नैपशॉट बैकिंग फ़ाइल से छोटा है, तो
बैकिंग फ़ाइल को छोटा नहीं किया जाएगा. यदि आप चाहते हैं कि बैकिंग फ़ाइल का आकार मेल खाए
छोटा स्नैपशॉट, आप कमिट ऑपरेशन के बाद इसे सुरक्षित रूप से स्वयं छोटा कर सकते हैं
सफलतापूर्वक पूरा करता है.

छवि फ़ाइल का नाम ऑपरेशन सफल होने के बाद खाली कर दिया जाता है। अगर आपको जरूरत नहीं है
फ़ाइल का नाम बाद में और इसे छोड़ने का इरादा रखते हैं, तो आप खाली करना छोड़ सकते हैं फ़ाइल का नाम by
"-d" ध्वज निर्दिष्ट करना।

यदि दी गई छवि फ़ाइल की बैकिंग श्रृंखला फ़ाइल का नाम एक से अधिक परतें हैं,
बैकिंग फ़ाइल जिसमें परिवर्तन किए जाएंगे, को इस प्रकार निर्दिष्ट किया जा सकता है आधार (कौन कौन से
का हिस्सा बनना होगा फ़ाइल का नामकी बैकिंग चेन)। अगर आधार निर्दिष्ट नहीं है, तत्काल
शीर्ष छवि की बैकिंग फ़ाइल (जो है फ़ाइल का नाम) उपयोग किया जाएगा। के कारणों से
संगति, स्पष्ट रूप से निर्दिष्ट करना आधार इसका अर्थ हमेशा "-d" होगा (ए को खाली करने के बाद से)।
एक अप्रत्यक्ष बैकिंग फ़ाइल के लिए प्रतिबद्ध होने के बाद छवि अलग-अलग डेटा को जन्म देगी
मध्यवर्ती समर्थन श्रृंखला में सामग्री के कारण छवि से पढ़ें
प्रतिबद्ध लक्ष्य).

तुलना [-एफ fmt] [-एफ fmt] [-टी src_cache] [-पी] [-एस] [क्यू] फ़ाइल नाम1 फ़ाइल नाम2
जांचें कि क्या दो छवियों में समान सामग्री है। आप विभिन्न छवियों की तुलना कर सकते हैं
प्रारूप या सेटिंग्स.

जब तक आप इसे निर्दिष्ट नहीं करते तब तक प्रारूप की जांच की जाती है -f (के लिए इस्तेमाल होता है फ़ाइल नाम1) और / या -F (इस्तेमाल किया गया
एसटी फ़ाइल नाम2) विकल्प।

डिफ़ॉल्ट रूप से, बड़ी छवि होने पर भिन्न आकार वाली छवियों को समान माना जाता है
दूसरे के अंत के बाद क्षेत्र में केवल असंबद्ध और/या शून्य सेक्टर शामिल हैं
छवि। इसके अलावा, यदि किसी सेक्टर को एक छवि में आवंटित नहीं किया गया है और केवल शून्य है
दूसरे में बाइट्स, इसका मूल्यांकन बराबर के रूप में किया जाता है। आप स्ट्रिक्ट मोड का उपयोग कर सकते हैं
निर्दिष्ट कर रहा है -s विकल्प। जब तुलना स्ट्रिक्ट मोड में चलती है, तो यह छवि के मामले में विफल हो जाती है
आकार भिन्न है या एक सेक्टर एक छवि में आवंटित किया गया है और दूसरे में आवंटित नहीं किया गया है
एक।

डिफ़ॉल्ट रूप से, तुलना परिणाम संदेश प्रिंट कर देती है। यह संदेश जानकारी प्रदर्शित करता है
कि दोनों छवियाँ एक जैसी हैं या पहले बाइट की स्थिति अलग-अलग है। इसके अलावा,
यदि स्ट्रिक्ट मोड का उपयोग किया जाता है तो परिणाम संदेश भिन्न छवि आकार की रिपोर्ट कर सकता है।

यदि छवियाँ समान हैं तो निकास की तुलना 0 से करें और यदि छवियाँ समान हैं तो 1 से करें
अलग होना। अन्य निकास कोड का मतलब है कि निष्पादन और मानक त्रुटि के दौरान कोई त्रुटि हुई
आउटपुट में एक त्रुटि संदेश होना चाहिए. निम्न तालिका सभी निकास कोडों का सारांश प्रस्तुत करती है
तुलना उपकमांड का:

0 छवियाँ समान हैं

1 छवियाँ भिन्न हैं

2 छवि खोलने में त्रुटि

3 सेक्टर आवंटन की जाँच करने में त्रुटि

4 डेटा पढ़ने में त्रुटि

बदलना [-सी] [-पी] [-एन] [-एफ fmt] [-टी कैश] [-टी src_cache] [-ओ आउटपुट_एफएमटी] [-ओर विकल्पों] [-एस
स्नैपशॉट_आईडी_या_नाम] [-एल स्नैपशॉट_परम] [-एस विरल_आकार] फ़ाइल का नाम [फ़ाइल नाम2 [...]]
आउटपुट फ़ाइल नाम
डिस्क छवि कनवर्ट करें फ़ाइल का नाम या एक स्नैपशॉट स्नैपशॉट_परम(स्नैपशॉट_आईडी_या_नाम is
डिस्क छवि के लिए बहिष्कृत)। आउटपुट फ़ाइल नाम प्रारूप का उपयोग करना आउटपुट_एफएमटी। यह हो सकता है
वैकल्पिक रूप से संपीड़ित ("-सी" विकल्प) या एन्क्रिप्शन जैसे किसी भी प्रारूप विशिष्ट विकल्प का उपयोग करें
("-o" विकल्प).

केवल प्रारूप "qcow" और "qcow2" संपीड़न का समर्थन करते हैं। संपीड़न केवल पढ़ने योग्य है.
इसका मतलब यह है कि यदि किसी संपीड़ित सेक्टर को दोबारा लिखा जाता है, तो इसे फिर से लिखा जाता है
असम्पीडित डेटा.

बढ़ने योग्य प्रारूप का उपयोग करते समय छोटी छवि प्राप्त करने के लिए छवि रूपांतरण भी उपयोगी होता है
"qcow" के रूप में: खाली सेक्टरों का पता लगाया जाता है और गंतव्य छवि से दबा दिया जाता है।

विरल_आकार बाइट्स की लगातार संख्या को इंगित करता है (डिफ़ॉल्ट रूप से 4k) जो होना चाहिए
रूपांतरण के दौरान एक विरल छवि बनाने के लिए qemu-img के लिए केवल शून्य रखें। अगर
विरल_आकार 0 है, स्रोत को असंबद्ध या शून्य क्षेत्रों के लिए स्कैन नहीं किया जाएगा, और
गंतव्य छवि हमेशा पूरी तरह से आवंटित की जाएगी।

आप का उपयोग कर सकते हैं बैकिंग_फ़ाइल आउटपुट छवि को प्रतिलिपि के रूप में बनाने के लिए बाध्य करने का विकल्प
निर्दिष्ट आधार छवि की छवि लिखें पर; बैकिंग_फ़ाइल वैसा ही होना चाहिए
इनपुट की आधार छवि के रूप में सामग्री, हालाँकि पथ, छवि प्रारूप, आदि भिन्न हो सकते हैं।

यदि "-n" विकल्प निर्दिष्ट किया गया है, तो लक्ष्य वॉल्यूम निर्माण छोड़ दिया जाएगा। यह है
यदि लक्ष्य मात्रा पहले ही बनाई जा चुकी है तो यह "आरबीडी" जैसे प्रारूपों के लिए उपयोगी है
साइट विशिष्ट विकल्प जिनकी आपूर्ति qemu-img के माध्यम से नहीं की जा सकती।

पता [-एफ fmt] [--आउटपुट =ऑफएमटी] [--बैकिंग-चेन] फ़ाइल का नाम
डिस्क छवि के बारे में जानकारी दें फ़ाइल का नाम. आकार जानने के लिए विशेष रूप से इसका उपयोग करें
डिस्क पर आरक्षित जो प्रदर्शित आकार से भिन्न हो सकता है। यदि VM स्नैपशॉट हैं
डिस्क छवि में संग्रहीत, वे भी प्रदर्शित होते हैं। कमांड प्रारूप में आउटपुट कर सकता है
ऑफएमटी जो या तो "मानव" या "जेसन" है।

यदि किसी डिस्क छवि में बैकिंग फ़ाइल श्रृंखला है, तो प्रत्येक डिस्क छवि के बारे में जानकारी
श्रृंखला को "--बैकिंग-चेन" विकल्प का उपयोग करके पुनरावर्ती रूप से गिना जा सकता है।

उदाहरण के लिए, यदि आपके पास एक छवि श्रृंखला है जैसे:

बेस.qcow2 <- snap1.qcow2 <- snap2.qcow2

ऊपर से शुरू करके, उपरोक्त श्रृंखला में प्रत्येक डिस्क छवि के बारे में जानकारी की गणना करना
आधार बनाने के लिए, करें:

qemu-img जानकारी --बैकिंग-चेन snap2.qcow2

नक्शा [-एफ fmt] [--आउटपुट =ऑफएमटी] फ़ाइल का नाम
छवि का मेटाडेटा डंप करें फ़ाइल का नाम और इसकी बैकिंग फ़ाइल श्रृंखला। विशेषकर, यह
कमांड प्रत्येक सेक्टर की आवंटन स्थिति को डंप कर देता है फ़ाइल का नाम, एक साथ के साथ
सबसे ऊपरी फ़ाइल जो इसे बैकिंग फ़ाइल श्रृंखला में आवंटित करती है।

दो विकल्प प्रारूप संभव हैं. डिफ़ॉल्ट प्रारूप ("मानव") केवल ज्ञात डंप है-
फ़ाइल के शून्येतर क्षेत्र. फ़ाइल के ज्ञात-शून्य भाग पूरी तरह से छोड़े गए हैं, और
इसी तरह उन हिस्सों के लिए जो पूरी श्रृंखला में आवंटित नहीं हैं। कुमू-इमग आउटपुट होगा
उस फ़ाइल की पहचान करें जहाँ से डेटा पढ़ा जा सकता है, और फ़ाइल में ऑफ़सेट की पहचान करें। प्रत्येक
पंक्ति में चार फ़ील्ड शामिल होंगे, जिनमें से पहले तीन हेक्साडेसिमल संख्याएँ हैं। के लिए
उदाहरण के लिए पहली पंक्ति:

ऑफसेट लंबाई फ़ाइल में मैप की गई
0 0x20000 0x50000 /tmp/overlay.qcow2
0x100000 0x10000 0x95380000 /tmp/backing.qcow2

इसका मतलब है कि छवि में ऑफसेट 0 से शुरू होने वाले 20000x131072 (0) बाइट्स उपलब्ध हैं
/tmp/overlay.qcow2 ("कच्चे" प्रारूप में खोला गया) ऑफसेट 0x50000 (327680) से शुरू होता है। डेटा
जो कि संपीड़ित, एन्क्रिप्टेड, या अन्यथा कच्चे प्रारूप में उपलब्ध नहीं है, इसका कारण होगा
यदि "मानव" प्रारूप उपयोग में है तो त्रुटि। ध्यान दें कि फ़ाइल नामों में नई पंक्तियाँ शामिल हो सकती हैं, इस प्रकार यह
स्क्रिप्ट में इस आउटपुट स्वरूप को पार्स करना सुरक्षित नहीं है।

वैकल्पिक प्रारूप "json" JSON प्रारूप में शब्दकोशों की एक श्रृंखला लौटाएगा। यह
"प्रारंभ", "लंबाई", "ऑफ़सेट" फ़ील्ड में समान जानकारी शामिल होगी; यह
अन्य विशिष्ट जानकारी भी शामिल करें:

- सेक्टरों में वास्तविक डेटा है या नहीं (बूलियन फ़ील्ड "डेटा"; यदि गलत है,
सेक्टर या तो असंबद्ध हैं या अनुकूलित ऑल-जीरो क्लस्टर के रूप में संग्रहीत हैं);

- क्या डेटा को शून्य के रूप में पढ़ने के लिए जाना जाता है (बूलियन फ़ील्ड "शून्य");

- आउटपुट को छोटा करने के लिए, लक्ष्य फ़ाइल को "गहराई" के रूप में व्यक्त किया जाता है;
उदाहरण के लिए, 2 की गहराई बैकिंग फ़ाइल की बैकिंग फ़ाइल को संदर्भित करती है
फ़ाइल का नाम.

JSON प्रारूप में, "ऑफ़सेट" फ़ील्ड वैकल्पिक है; यह उन मामलों में अनुपस्थित है जहां "मानव"
प्रारूप किसी त्रुटि के साथ प्रविष्टि या निकास को छोड़ देगा। यदि "डेटा" गलत है और
"ऑफ़सेट" फ़ील्ड मौजूद है, फ़ाइल में संबंधित सेक्टर अभी तक उपयोग में नहीं हैं,
लेकिन वे पूर्व-आवंटित हैं।

अधिक जानकारी के लिए परामर्श लें शामिल/ब्लॉक/ब्लॉक.एच QEMU के स्रोत कोड में।

स्नैपशॉट [-एल | -a स्नैपशॉट | -c स्नैपशॉट | -d स्नैपशॉट ] फ़ाइल का नाम
छवि में स्नैपशॉट सूचीबद्ध करें, लागू करें, बनाएं या हटाएं फ़ाइल का नाम.

रिबेस [-एफ fmt] [-टी कैश] [-टी src_cache] [-पी] [-यू] -b बैकिंग_फ़ाइल [-एफ समर्थन_एफएमटी]
फ़ाइल का नाम
किसी छवि की बैकिंग फ़ाइल को बदलता है। केवल प्रारूप "qcow2" और "qed" समर्थन करते हैं
बैकिंग फ़ाइल बदलना.

बैकिंग फ़ाइल को बदल दिया गया है बैकिंग_फ़ाइल और (यदि छवि प्रारूप फ़ाइल का नाम
इसका समर्थन करता है) बैकिंग फ़ाइल प्रारूप को बदल दिया गया है समर्थन_एफएमटी. अगर बैकिंग_फ़ाइल is
"" (खाली स्ट्रिंग) के रूप में निर्दिष्ट किया गया है, तो छवि बिना किसी बैकिंग फ़ाइल पर आधारित है
(यानी यह किसी भी बैकिंग फ़ाइल से स्वतंत्र रूप से मौजूद रहेगा)।

कैश उपयोग किए जाने वाले कैश मोड को निर्दिष्ट करता है फ़ाइल का नाम, जहाँ तक src_cache निर्दिष्ट करता है
बैकिंग फ़ाइलों को पढ़ने के लिए कैश मोड।

दो अलग-अलग मोड हैं जिनमें "रीबेस" काम कर सकता है:

सुरक्षित मोड
यह डिफ़ॉल्ट मोड है और वास्तविक रीबेस ऑपरेशन करता है। नया समर्थन
फ़ाइल पुरानी फ़ाइल से भिन्न हो सकती है और qemu-img रिबेस इसे बनाए रखने का ध्यान रखेगा
की अतिथि-दृश्यमान सामग्री फ़ाइल का नाम अपरिवर्तित।

इसे प्राप्त करने के लिए, कोई भी क्लस्टर जो बीच में भिन्न होता है बैकिंग_फ़ाइल और
की पुरानी बैकिंग फ़ाइल फ़ाइल का नाम में विलीन हो गए हैं फ़ाइल का नाम वास्तव में बदलने से पहले
बैकिंग फ़ाइल.

ध्यान दें कि सुरक्षित मोड एक महंगा ऑपरेशन है, जो परिवर्तित करने के बराबर है
छवि। यह केवल तभी काम करता है जब पुरानी बैकिंग फ़ाइल अभी भी मौजूद हो।

असुरक्षित मोड
यदि "-u" निर्दिष्ट है तो qemu-img असुरक्षित मोड का उपयोग करता है। इस मोड में, केवल समर्थन
फ़ाइल का नाम और प्रारूप फ़ाइल का नाम फ़ाइल पर किसी भी जाँच के बिना बदल दिया जाता है
सामग्री उपयोगकर्ता को सही नई बैकिंग फ़ाइल निर्दिष्ट करने का ध्यान रखना चाहिए, या
छवि की अतिथि-दृश्यमान सामग्री दूषित हो जाएगी.

यह मोड बैकिंग फ़ाइल का नाम बदलने या उसे कहीं और ले जाने के लिए उपयोगी है। यह
किसी पहुंच योग्य पुरानी बैकिंग फ़ाइल के बिना उपयोग किया जा सकता है, अर्थात आप इसका उपयोग किसी समस्या को ठीक करने के लिए कर सकते हैं
वह छवि जिसकी बैकिंग फ़ाइल पहले ही स्थानांतरित/नाम बदला जा चुका है।

आप दो डिस्क छवियों पर "डिफ" ऑपरेशन करने के लिए "रीबेस" का उपयोग कर सकते हैं। यह हो सकता है
यह तब उपयोगी होता है जब आपने किसी अतिथि की प्रतिलिपि बनाई हो या उसका क्लोन बनाया हो और आप वापस उसी स्थिति में जाना चाहते हों
टेम्पलेट या आधार छवि के शीर्ष पर छवि।

कहें कि "base.img" को कॉपी करके "modified.img" के रूप में क्लोन किया गया है, और यह कि
"modified.img" गेस्ट चल चुका है इसलिए अब "base.img" की तुलना में कुछ बदलाव हैं। को
"diff.qcow2" नामक एक पतली छवि बनाएं जिसमें केवल अंतर हों, ऐसा करें:

qemu-img क्रिएट -f qcow2 -b संशोधित.img diff.qcow2
qemu-img रिबेस -b बेस.img diff.qcow2

इस बिंदु पर, "संशोधित.img" को खारिज किया जा सकता है, क्योंकि "base.img + diff.qcow2" में शामिल है
वही जानकारी.

आकार बदलें फ़ाइल का नाम [+ | -]आकार
डिस्क छवि को ऐसे बदलें जैसे कि इसे इसके साथ बनाया गया हो आकार.

डिस्क छवि को सिकोड़ने के लिए इस कमांड का उपयोग करने से पहले, आपको फ़ाइल सिस्टम का उपयोग करना होगा
आवंटित फ़ाइल सिस्टम और विभाजन आकार को कम करने के लिए वीएम के अंदर विभाजन उपकरण
इसलिए। ऐसा न करने पर डेटा हानि होगी!

डिस्क छवि को विकसित करने के लिए इस कमांड का उपयोग करने के बाद, आपको फ़ाइल सिस्टम का उपयोग करना होगा
वास्तव में डिवाइस पर नए स्थान का उपयोग शुरू करने के लिए वीएम के अंदर विभाजन उपकरण।

संशोधन [-पी] [-एफ fmt] [-टी कैश] -o विकल्पों फ़ाइल का नाम
विशिष्ट छवि प्रारूप में संशोधन करता है विकल्पों छवि फ़ाइल के लिए फ़ाइल का नाम. सभी फ़ाइल नहीं
प्रारूप इस ऑपरेशन का समर्थन करते हैं।

टिप्पणियाँ

समर्थित छवि फ़ाइल स्वरूप:

कच्चा रॉ डिस्क छवि प्रारूप (डिफ़ॉल्ट)। इस प्रारूप का लाभ यह है कि यह सरल है और
अन्य सभी एमुलेटरों पर आसानी से निर्यात योग्य। यदि आपका फाइल सिस्टम सपोर्ट करता है छेद (के लिए
उदाहरण के तौर पर Linux पर ext2 या ext3 या Windows पर NTFS), उसके बाद केवल लिखित सेक्टर
जगह आरक्षित करेंगे. छवि या "ls" द्वारा उपयोग किए गए वास्तविक आकार को जानने के लिए "qemu-img जानकारी" का उपयोग करें
-ls" यूनिक्स/लिनक्स पर।

समर्थित विकल्प:

"पूर्वआवंटन"
पूर्वआवंटन मोड (अनुमत मान: "बंद", "फ़ॉलोक", "पूर्ण")। "फालोक" मोड
कॉल करके छवि के लिए स्थान पूर्व-आवंटित करता है posix_fallocate(). "पूर्ण" मोड
अंतर्निहित भंडारण में शून्य लिखकर छवि के लिए स्थान पूर्व-आवंटित करता है।

qcow2
QEMU छवि प्रारूप, सबसे बहुमुखी प्रारूप। छोटी छवियां बनाने के लिए इसका उपयोग करें (यदि उपयोगी हो)।
आपका फ़ाइल सिस्टम छिद्रों का समर्थन नहीं करता है, उदाहरण के लिए विंडोज़ पर), वैकल्पिक एईएस
एन्क्रिप्शन, zlib आधारित संपीड़न और एकाधिक VM स्नैपशॉट का समर्थन।

समर्थित विकल्प:

"compat"
उपयोग करने के लिए qcow2 संस्करण निर्धारित करता है। "compat=0.10" पारंपरिक छवि का उपयोग करता है
प्रारूप जिसे 0.10 से कोई भी QEMU द्वारा पढ़ा जा सकता है। "compat=1.1" छवि प्रारूप को सक्षम करता है
एक्सटेंशन जिन्हें केवल QEMU 1.1 और नए लोग समझते हैं (यह डिफ़ॉल्ट है)। बीच में
अन्य, इसमें शून्य क्लस्टर शामिल हैं, जो विरल के लिए कुशल कॉपी-ऑन-रीड की अनुमति देते हैं
इमेजिस।

"बैकिंग_फ़ाइल"
आधार छवि का फ़ाइल नाम (देखें बनाना उपकमांड)

"बैकिंग_एफएमटी"
आधार छवि का छवि प्रारूप

"कूटलेखन"
यदि यह विकल्प "चालू" पर सेट है, तो छवि 128-बिट एईएस-सीबीसी के साथ एन्क्रिप्ट की गई है।

qcow और qcow2 छवियों में एन्क्रिप्शन के उपयोग को त्रुटिपूर्ण माना जाता है
आधुनिक क्रिप्टोग्राफी मानक, कई डिज़ाइन समस्याओं से ग्रस्त हैं:

-
सेक्टर नंबर पर. यह इसे चुने हुए प्लेनटेक्स्ट हमलों के प्रति संवेदनशील बनाता है
जो एन्क्रिप्टेड डेटा के अस्तित्व को उजागर कर सकता है।

-
चुना हुआ या छोटा पासफ़्रेज़ एन्क्रिप्शन की सुरक्षा से समझौता करेगा।

-
किसी भी qcow छवियों में डेटा की सुरक्षा के लिए पासफ़्रेज़ बदलें। फ़ाइलें होनी चाहिए
नई फ़ाइल में भिन्न एन्क्रिप्शन पासफ़्रेज़ का उपयोग करके क्लोन किया गया। मूल
फिर फ़ाइल को श्रेड जैसे प्रोग्राम का उपयोग करके सुरक्षित रूप से मिटा दिया जाना चाहिए, हालांकि यह भी
कई आधुनिक भंडारण प्रौद्योगिकियों के साथ अप्रभावी है।

इस प्रकार qcow/qcow2 एन्क्रिप्शन का उपयोग दृढ़ता से हतोत्साहित किया जाता है। उपयोगकर्ताओं को अनुशंसित किया जाता है
लिनक्स डीएम-क्रिप्ट / एलयूकेएस जैसी वैकल्पिक एन्क्रिप्शन तकनीक का उपयोग करना
प्रणाली।

"समूह का आकार"
qcow2 क्लस्टर आकार बदलता है (512 और 2M के बीच होना चाहिए)। छोटे क्लस्टर आकार
छवि फ़ाइल आकार में सुधार कर सकते हैं जबकि बड़े क्लस्टर आकार आम तौर पर प्रदान करते हैं
बेहतर प्रदर्शन।

"पूर्वआवंटन"
पूर्वआवंटन मोड (अनुमत मान: "बंद", "मेटाडेटा", "फ़ॉलोक", "पूर्ण")। एक छवि
पूर्व-आवंटित मेटाडेटा प्रारंभ में बड़ा है, लेकिन जब यह प्रदर्शन में सुधार कर सकता है
छवि को विकसित करने की जरूरत है. "फ़ॉलोक" और "पूर्ण" पूर्व-आवंटन समान हैं
"कच्चे" प्रारूप के विकल्प, लेकिन मेटाडेटा भी सेट करते हैं।

"lazy_refcounts"
यदि यह विकल्प "चालू" पर सेट है, तो संदर्भ गणना अपडेट लक्ष्य के साथ स्थगित कर दिए जाते हैं
मेटाडेटा I/O से बचने और प्रदर्शन में सुधार करने के लिए। यह विशेष रूप से है
के साथ दिलचस्प है कैशे = राइटथ्रू जो मेटाडेटा अपडेट को बैच नहीं करता है।
ट्रेडऑफ़ यह है कि होस्ट क्रैश के बाद, संदर्भ गणना तालिकाओं को फिर से बनाया जाना चाहिए,
यानी अगले ओपन पर एक (स्वचालित) "qemu-img check -r all" आवश्यक है, जो
कुछ समय लग सकता है.

यह विकल्प केवल तभी सक्षम किया जा सकता है जब "compat=1.1" निर्दिष्ट हो।

"नोको"
यदि यह विकल्प "चालू" पर सेट है, तो यह फ़ाइल का COW बंद कर देगा। यह केवल वैध है
btrfs पर, अन्य फ़ाइल सिस्टम पर कोई प्रभाव नहीं।

VM छवि फ़ाइल होस्ट करते समय Btrfs का प्रदर्शन कम होता है, अतिथि होने पर और भी अधिक
VM पर फ़ाइल सिस्टम के रूप में btrfs का भी उपयोग किया जा रहा है। गाय को बंद करना कम करने का एक तरीका है
ये ख़राब प्रदर्शन. आमतौर पर btrfs पर COW को बंद करने के दो तरीके हैं: a)
इसे nodatacow के साथ माउंट करके अक्षम करें, फिर सभी नई बनाई गई फ़ाइलें NOCOW होंगी।
बी) एक खाली फ़ाइल के लिए, NOCOW फ़ाइल विशेषता जोड़ें। यह विकल्प यही करता है.

ध्यान दें: यह विकल्प केवल नई या खाली फ़ाइलों के लिए मान्य है। यदि कोई विद्यमान है
फ़ाइल जो COW है और उसमें पहले से ही डेटा ब्लॉक हैं, इसे NOCOW में नहीं बदला जा सकता
सेटिंग "nocow=on"। यह जांचने के लिए कि NOCOW ध्वज है या नहीं, कोई "lsattr फ़ाइल नाम" जारी कर सकता है
सेट है या नहीं (कैपिटल 'सी' NOCOW ध्वज है)।

अन्य
QEMU पुराने QEMU के साथ संगतता के लिए विभिन्न अन्य छवि फ़ाइल स्वरूपों का भी समर्थन करता है
संस्करण या अन्य हाइपरवाइज़र, जिनमें VMDK, VDI, VHD (vpc), VHDX, qcow1 और QED शामिल हैं।
समर्थित प्रारूपों की पूरी सूची के लिए "qemu-img --help" देखें। अधिक विस्तृत जानकारी के लिए
इन प्रारूपों का विवरण, QEMU इम्यूलेशन उपयोगकर्ता दस्तावेज़ीकरण देखें।

इन प्रारूपों के लिए ब्लॉक ड्राइवरों का मुख्य उद्देश्य छवि रूपांतरण है। के लिए
VMs चलाने पर, डिस्क छवियों को रॉ या qcow2 में परिवर्तित करने की अनुशंसा की जाती है
अच्छा प्रदर्शन हासिल करने के लिए.

onworks.net सेवाओं का उपयोग करके qemu-img का ऑनलाइन उपयोग करें