अतिथि-अक्सर पूछे जाने वाले प्रश्न - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

गेस्टएफएस-एफएक्यू - लिबगेस्टएफएस अक्सर पूछे जाने वाले प्रश्न (एफएक्यू)

हमारे बारे में（ABOUT） Libguestfs

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

libguestfs एक C लाइब्रेरी है (इसलिए "lib-"), और इस लाइब्रेरी पर निर्मित उपकरणों का एक सेट है, और
कई सामान्य प्रोग्रामिंग भाषाओं के लिए बाइंडिंग।

libguestfs क्या कर सकता है, इसके बारे में अधिक जानकारी के लिए होम पेज पर परिचय पढ़ें
(http://libguestfs.org).

क्या रहे la पुण्य उपकरण?
पुण्य उपकरण (वेबसाइट: http://virt-tools.org) वर्चुअलाइजेशन प्रबंधन का एक पूरा सेट है
सिस्टम प्रशासकों के उद्देश्य से उपकरण। उनमें से कुछ libguestfs से आते हैं, कुछ से
अन्य ओपन सोर्स प्रोजेक्ट्स से libvirt और कई अन्य। तो पुण्य उपकरण का एक सुपरसेट है
libguestfs. हालाँकि libguestfs कई महत्वपूर्ण टूल के साथ आता है। देखना
http://libguestfs.org एक पूरी सूची के लिए.

क्या कामेच्छा आवश्यकता { libvirt / केवीएम / लाल टोपी / फेडोरा }?
नहीं!

libguestfs के लिए libvirt कोई आवश्यकता नहीं है।

libguestfs किसी भी डिस्क छवि के साथ काम करता है, जिसमें VMware, KVM, qemu, में बनाई गई छवियां शामिल हैं।
वर्चुअलबॉक्स, ज़ेन, और कई अन्य हाइपरवाइज़र, और जिन्हें आपने स्क्रैच से बनाया है।

Red Hat libguestfs और बड़ी संख्या में अन्य ओपन के विकास को प्रायोजित करता है (अर्थात इसके लिए भुगतान करता है)।
स्रोत परियोजनाएँ. लेकिन आप कई अलग-अलग लिनक्स पर libguestfs और virt टूल चला सकते हैं
डिस्ट्रोज़ और मैक ओएस एक्स। हम सभी लिनक्स डिस्ट्रोज़ को प्रथम श्रेणी के रूप में समर्थन देने की पूरी कोशिश करते हैं
नागरिक. कुछ अच्छे टूल को विंडोज़ में पोर्ट कर दिया गया है।

कैसे कर देता है कामेच्छा तुलना सेवा मेरे अन्य उपकरण?
बनाम kpartx
Libguestfs kpartx से भिन्न दृष्टिकोण अपनाता है। kpartx को रूट और माउंट की आवश्यकता है
होस्ट कर्नेल पर फ़ाइल सिस्टम (जो असुरक्षित हो सकता है - देखें Guestfs-सुरक्षा(1))।
Libguestfs आपके होस्ट कर्नेल को मेहमानों से अलग करता है, अधिक लचीला, स्क्रिप्ट योग्य है,
एलवीएम का समर्थन करता है, रूट की आवश्यकता नहीं है, अन्य प्रक्रियाओं से अलग है, और साफ हो जाता है
खुद के बाद. Libguestfs केवल फ़ाइल एक्सेस से कहीं अधिक है क्योंकि आप इसका उपयोग कर सकते हैं
स्क्रैच से छवियां बनाएं।

बनाम vdfuse
vdfuse kpartx की तरह है लेकिन वर्चुअलबॉक्स छवियों के लिए है। ऊपर kpartx तुलना देखें।
आप vdfuse द्वारा प्रदर्शित विभाजन फ़ाइलों पर libguestfs का उपयोग कर सकते हैं, हालाँकि ऐसा नहीं है
आवश्यक है क्योंकि libguestfs सीधे वर्चुअलबॉक्स छवियों तक पहुंच सकते हैं।

बनाम qemu-nbd
एनबीडी (नेटवर्क ब्लॉक डिवाइस) नेटवर्क पर ब्लॉक डिवाइस निर्यात करने के लिए एक प्रोटोकॉल है।
qemu-nbd एक NBD सर्वर है जो qemu द्वारा समर्थित किसी भी डिस्क प्रारूप को संभाल सकता है (उदाहरण के लिए कच्चा,
qcow2). आप ब्लॉक तक पहुंचने के लिए libguestfs और qemu-nbd या nbdkit का एक साथ उपयोग कर सकते हैं
नेटवर्क पर डिवाइस, उदाहरण के लिए: "guestfish -a nbd://remote"

बनाम बढ़ते फ़ाइल सिस्टम in la मेजबान
होस्ट में अतिथि फ़ाइल सिस्टम माउंट करना असुरक्षित है और इससे पूरी तरह बचना चाहिए
अविश्वसनीय मेहमानों के लिए. सुरक्षा की एक परत प्रदान करने के लिए libguestfs का उपयोग करें
फ़ाइल सिस्टम शोषण करता है। यह सभी देखें गेस्टमाउंट(1).

बनाम जुदा
Libguestfs LVM का समर्थन करता है। Libguestfs पार्टेड का उपयोग करता है और अधिकांश पार्टेड सुविधाएँ प्रदान करता है
libguestfs API के माध्यम से।

मिल रहा मदद और रिपोर्टिंग बग

कैसे do I जानना क्या संस्करण मैं हूँ उपयोग कर रहे हैं?
सबसे सरल विधि है:

गेस्टफिश--संस्करण

Libguestfs का विकास एक अस्थिर शाखा के साथ होता है और हम समय-समय पर एक बनाते हैं
स्थिर शाखा जिसमें हम स्थिर पैच को बैकपोर्ट करते हैं। अधिक जानने के लिए, "LIBGUESTFS" पढ़ें
संस्करण संख्या" में Guestfs(3).

कैसे कर सकते हैं I मिल मदद?
क्या मेलिंग सूचियों or बातचीत कमरा रहे उपलब्ध?
यदि आप Red Hat Enterprise Linux का उपयोग करने वाले Red Hat ग्राहक हैं, तो कृपया संपर्क करें
रेड हैट समर्थन: http://redhat.com/support

मुख्य रूप से विकास के लिए एक मेलिंग सूची है, लेकिन उपयोगकर्ताओं का पूछने के लिए भी स्वागत है
libguestfs और virt टूल के बारे में प्रश्न:
https://www.redhat.com/mailman/listinfo/libguestfs

आप हमसे FreeNode पर IRC चैनल "#libguestfs" पर भी बात कर सकते हैं। हम हमेशा नहीं हैं
आसपास, इसलिए कृपया अपना प्रश्न पूछने के बाद चैनल में बने रहें और कोई वापस आ जाएगा
आप को.

अन्य पुण्य उपकरणों के लिए (libguestfs के साथ आपूर्ति किए गए नहीं) एक सामान्य गुण उपकरण है
मेलिंग सूची: https://www.redhat.com/mailman/listinfo/virt-tools-list

कैसे do I रिपोर्ट बग?
बगज़िला में बग दर्ज करने के लिए कृपया निम्नलिखित लिंक का उपयोग करें:

https://bugzilla.redhat.com/enter_bug.cgi?component=libguestfs&product=Virtualization+Tools

जितना संभव हो उतना विवरण और समस्या को पुन: उत्पन्न करने का तरीका शामिल करें।

का पूरा आउटपुट शामिल करें libguestfs-परीक्षण-उपकरण(1).

आम समस्याओं

इसमें "LIBGUESTFS GOTCHAS" भी देखें Guestfs(3) libguestfs के उपयोग के साथ कुछ "गॉचचा" के लिए
एपीआई।

"सकना नहीं आवंटित गतिशील अनुवादक बफर"
यह अस्पष्ट त्रुटि वास्तव में SELinux विफलता है। आपको निम्नलिखित को सक्षम करना होगा
SELinux बूलियन:

सेट्सबूल -P virt_use_execmem=on

अधिक जानकारी के लिए https://bugzilla.redhat.com/show_bug.cgi?id=806106 देखें।

"बच्चा प्रक्रिया मृत्यु हो गई अप्रत्याशित रूप से"
[यह त्रुटि संदेश libguestfs 1.21.18 में कुछ अधिक व्याख्यात्मक में बदल दिया गया था।]

यह त्रुटि इंगित करती है कि क्यूमू विफल हो गया या होस्ट कर्नेल बूट नहीं हो सका। आगे बढ़ने के लिए
विफलता के बारे में जानकारी, आपको चलाना होगा:

libguestfs-परीक्षण-उपकरण

यदि, इसका उपयोग करने के बाद भी, आप विफलता को नहीं समझते हैं, तो हमसे संपर्क करें (पिछला देखें)।
अनुभाग)।

libguestfs: त्रुटि: नही सकता खोज कोई उपयुक्त कामेच्छा सुपरमिन, तय or पुरानी शैली उपकरण
on LIBGUESTFS_PATH
फ़ेबूटस्ट्रैप-सुपरमिन-हेल्पर: ext2: माता - पिता डायरेक्टरी नहीं पाया
सुपरमिन-सहायक: ext2: माता - पिता डायरेक्टरी नहीं पाया
[यह समस्या libguestfs ≥ 1.26 में स्थायी रूप से ठीक कर दी गई है।]

यदि आपको डेबियन/उबंटू पर इनमें से कोई भी त्रुटि दिखाई देती है, तो आपको निम्नलिखित कमांड चलाने की आवश्यकता है:

सुडो अपडेट-गेस्टएफएस-उपकरण

"अनुमति अस्वीकृत" कब दौड़ना कामेच्छा as जड़
डिस्क छवि खोलते समय आपको अनुमति अस्वीकृत त्रुटि मिलती है, भले ही आप चला रहे हों
libguestfs को रूट के रूप में।

यह libvirt के कारण होता है, और ऐसा केवल libvirt बैकएंड का उपयोग करते समय होता है। जब भागो
रूट के रूप में, libvirt qemu उपकरण को उपयोगकर्ता "qemu.qemu" के रूप में चलाने का निर्णय लेता है। दुर्भाग्य से
इसका आमतौर पर मतलब यह है कि क्यूमू डिस्क छवियों को नहीं खोल सकता है, खासकर यदि वे डिस्क छवियां हैं
रूट के स्वामित्व में हैं, या उन निर्देशिकाओं में मौजूद हैं जिनके लिए रूट एक्सेस की आवश्यकता होती है।

इसे ठीक करने के लिए libvirt के विरुद्ध एक बग खुला है:
https://bugzilla.redhat.com/show_bug.cgi?id=1045069

आप निम्न विधियों में से किसी एक द्वारा इसके आसपास काम कर सकते हैं:

· सीधे बैकएंड पर स्विच करें:

निर्यात LIBGUESTFS_BACKEND=प्रत्यक्ष

· libguestfs को रूट के रूप में न चलाएं।

· डिस्क छवि और किसी भी मूल निर्देशिका को Chmod करें ताकि क्यूमू उपयोगकर्ता उन तक पहुंच सके।

· (बुरा) संपादित करें /etc/libvirt/qemu.conf और "उपयोगकर्ता" सेटिंग बदलें.

निष्पादक: /इस में: अनुमति से इनकार किया
नोट: यदि यह त्रुटि तब होती है जब आप libguestfs के डिस्ट्रो पैकेज का उपयोग कर रहे हैं (उदाहरण के लिए
फेडोरा, डेबियन, आदि) फिर डिस्ट्रो के खिलाफ एक बग दर्ज करें। यह कोई त्रुटि नहीं है जो
सामान्य उपयोगकर्ताओं को यह देखना चाहिए कि डिस्ट्रो पैकेज सही ढंग से तैयार किया गया है या नहीं।

यह त्रुटि उपकरण शुरू करने के सुपरमिन बूट चरण के दौरान होती है:

सुपरमिन: नई जड़ को स्थापित करना / जड़
सुपरमिन: क्रोट
execl: /init: अनुमति अस्वीकृत
सुपरमिन: डीबग: लिस्टिंग निर्देशिका /
[...बहुत सारे डिबग आउटपुट के बाद...]

यह से संबंधित एक जटिल बग है सुपरमिन(1) उपकरण। उपकरण का निर्माण किया गया है
जैसी फ़ाइलों की प्रतिलिपि बनाकर / बिन / बैश और मेजबान से कई पुस्तकालय। फ़ाइल "होस्टफ़ाइल्स"
उन फ़ाइलों को सूचीबद्ध करता है जिन्हें होस्ट से उपकरण में कॉपी किया जाना चाहिए। यदि कुछ फ़ाइलें
होस्ट पर मौजूद नहीं हैं तो वे छूट जाते हैं, लेकिन यदि इन फ़ाइलों की क्रम में आवश्यकता है
(उदाहरण के लिए) चलाना / बिन / बैश तो आपको उपरोक्त त्रुटि दिखाई देगी.

समस्या के निदान में आवश्यक पुस्तकालयों का अध्ययन शामिल है / बिन / बैश, अर्थात:

ldd / बिन / बैश

इसकी तुलना "होस्टफ़ाइल्स" से, वास्तव में होस्ट फ़ाइल सिस्टम में उपलब्ध फ़ाइलों से करें,
और त्रुटि संदेश में मुद्रित डिबग आउटपुट के साथ। एक बार जब आप यह तय कर लें कि कौन सी फ़ाइल है
गुम है, अपने पैकेज प्रबंधक का उपयोग करके उस फ़ाइल को स्थापित करें और पुनः प्रयास करें।

आपको यह भी जांचना चाहिए कि फ़ाइलें पसंद हैं /इस में और / बिन / बैश (उपकरण में) हैं
निष्पादन योग्य. डिबग आउटपुट फ़ाइल मोड दिखाता है।

डाउनलोड हो रहा है, स्थापित करना, संकलन Libguestfs

कहा पे कर सकते हैं I मिल la ताज़ा बाइनरी एसटी ...?
फेडोरा ≥ 11
का प्रयोग करें:

यम इंस्टॉल करें '*guestf*'

नवीनतम बिल्ड के लिए, देखें:
http://koji.fedoraproject.org/koji/packageinfo?पैकेजआईडी=8391

Red Hat Enterprise Linux
RHEL 5
आधिकारिक आरएचईएल 5 में भेजा गया संस्करण बहुत पुराना है और इसका उपयोग नहीं किया जाना चाहिए
गुण-v2v के साथ संयोजन में। EPEL में अद्यतन libguestfs 1.20 पैकेज का उपयोग करें
5: https://fedoraproject.org/wiki/EPEL

RHEL 6
RHEL 7
यह डिफ़ॉल्ट इंस्टॉल का हिस्सा है. आरएचईएल 6 और 7 (केवल) पर आपको इंस्टॉल करना होगा
विंडोज़ अतिथि समर्थन प्राप्त करने के लिए "libguestfs-winsupport"।

डेबियन और उबंटू
libguestfs <1.26 के लिए, libguestfs स्थापित करने के बाद आपको यह करना होगा:

सुडो अपडेट-गेस्टएफएस-उपकरण

(यह स्क्रिप्ट डेबियन/उबंटू पर libguestfs ≥ 1.26 के साथ हटा दी गई है और इसके बजाय
उपकरण मांग पर बनाया गया है।)

केवल उबंटू पर:

सुडो चामोद 0644 /बूट/vmlinuz*

आपको स्वयं को "kvm" समूह में जोड़ने की आवश्यकता हो सकती है:

sudo usermod -a -G kvm yourlogin

डेबियन निचोड़ (6)
हिल्को बेनगेन ने स्क्वीज़ बैकपोर्ट में libguestfs का निर्माण किया है:
http://packages.debian.org/search?keywords=guestfs&searchon=names§ion=all&suite=squeez-backports

डेबियन व्हीजी और बाद में (7+)
हिल्को बेनगेन डेबियन पर libguestfs का समर्थन करता है। आधिकारिक डेबियन पैकेज हैं
बिकाऊ: http://packages.debian.org/search?कीवर्ड्स=libguestfs

Ubuntu
हमारे पास पूर्णकालिक उबंटू अनुरक्षक नहीं है, और पैकेज की आपूर्ति की जाती है
विहित (जो हमारे नियंत्रण से बाहर हैं) कभी-कभी टूट जाते हैं।

Canonical ने कर्नेल पर अनुमतियाँ बदलने का निर्णय लिया ताकि ऐसा न हो
रूट को छोड़कर पठनीय। यह पूरी तरह से बेवकूफी है, लेकिन वे इसे नहीं बदलेंगे
(https://bugs.launchpad.net/ubuntu/+source/linux/+bug/759725)। तो हर उपयोगकर्ता
यह करना चाहिए:

सुडो चामोद 0644 /बूट/vmlinuz*

Ubuntu के 12.04
उबंटू के इस संस्करण में libguestfs काम करता है, लेकिन आपको फ़ेबूटस्ट्रैप को अपडेट करने की आवश्यकता है
और सीबियोस से लेकर नवीनतम संस्करण तक।

आपको फ़ेबूटस्ट्रैप ≥ 3.14-2 की आवश्यकता है:
http://packages.ubuntu.com/precise/febootstrap

फ़ेबूटस्ट्रैप को स्थापित या अद्यतन करने के बाद, उपकरण का पुनर्निर्माण करें:

सुडो अपडेट-गेस्टएफएस-उपकरण

आपको सीबियोस ≥ 0.6.2-0ubuntu2.1 या ≥ 0.6.2-0ubuntu3 की आवश्यकता है:
http://packages.ubuntu.com/precise-updates/seabios or
http://packages.ubuntu.com/quantal/seabios

आपको यह भी करना होगा (ऊपर देखें):

सुडो चामोद 0644 /बूट/vmlinuz*

Gentoo
Libguestfs को 2012-07 में आंद्रेस विनोग्रादोव्स (libguestfs) द्वारा Gentoo में जोड़ा गया था और
मैक्सिम कोल्टसोव (मुख्य रूप से हाइवेक्स)। करना:

libguestfs उभरें

स्विट्ज़रलैंड
Libguestfs को 2012 में ओलाफ हेरिंग द्वारा SuSE में जोड़ा गया था।

Archlinux
Libguestfs को 2010 में AUR में जोड़ा गया था।

अन्य लिनक्स डिस्ट्रो
स्रोत से संकलित करें (अगला भाग)।

अन्य गैर-लिनक्स डिस्ट्रो
आपको स्रोत से संकलन करना होगा, और इसे पोर्ट करना होगा।

कैसे कर सकते हैं I संकलन और स्थापित कामेच्छा से स्रोत?
आप libguestfs को git या स्रोत टारबॉल से संकलित कर सकते हैं। पहले README फ़ाइल पढ़ें
शुरुआत।

Git: https://github.com/libguestfs/libguestfs स्रोत टारबॉल:
http://libguestfs.org/download

"इंस्टॉल करें" न चलाएं! उपयोग "।/ Daud"इसके बजाय स्क्रिप्ट (README देखें)।

कैसे कर सकते हैं I संकलन और स्थापित कामेच्छा if my distro नहीं करता है नई पर्याप्त
क्यूमू/सुपरमिन/कर्नेल?
Libguestfs को सुपरमिन 5 की आवश्यकता है। यदि सुपरमिन 5 को आपके डिस्ट्रो में पोर्ट नहीं किया गया है, तो देखें
नीचे दिया गया प्रश्न.

सबसे पहले क्यूमू, सुपरमिन और/या कर्नेल को स्रोत से संकलित करें। आप कर नहीं बनाने की ज़रुरत है
उन्हें स्थापित करें"।

Libguestfs स्रोत निर्देशिका में, दो फ़ाइलें बनाएं। "localconfigure" में शामिल होना चाहिए:

स्रोत स्थानीयएनवी
#export PATH=/tmp/qemu/x86_64-softmmu:$PATH
./autogen.sh --उपसर्ग / usr "$@"

"localconfigure" को निष्पादन योग्य बनाएं।

"localenv" में शामिल होना चाहिए:

#निर्यात सुपरमिन=/tmp/सुपरमिन/src/सुपरमिन
#export LIBGUESTFS_HV=/tmp/qemu/x86_64-softmmu/qemu-system-x86_64
#निर्यात SUPERMIN_KERNEL=/tmp/linux/arch/x86/boot/bzImage
#निर्यात SUPERMIN_KERNEL_VERSION=4.XX.0
#निर्यात SUPERMIN_MODULES=/tmp/lib/modules/4.XX.0

आपके पास मौजूद वैकल्पिक प्रोग्रामों का उपयोग करने के लिए आवश्यकतानुसार इन पंक्तियों को हटाएँ और समायोजित करें
संकलित।

"./configure" के बजाय "./localconfigure" का उपयोग करें, लेकिन अन्यथा आप libguestfs को संकलित करते हैं
हमेशा की तरह।

"इंस्टॉल करें" न चलाएं! उपयोग "।/ Daud"इसके बजाय स्क्रिप्ट (README देखें)।

कैसे कर सकते हैं I संकलन और स्थापित कामेच्छा बिना सुपरमिन?
यदि सुपरमिन 5 आपके डिस्ट्रो का समर्थन करता है, लेकिन आपके पास पर्याप्त नया सुपरमिन नहीं है
स्थापित करें, फिर पिछला प्रश्न देखें।

यदि सुपरमिन 5 आपके डिस्ट्रो का बिल्कुल भी समर्थन नहीं करता है, तो आपको "फिक्स्ड" का उपयोग करना होगा
उपकरण विधि" जहां आप पूर्व-संकलित बाइनरी उपकरण का उपयोग करते हैं। libguestfs बनाने के लिए
सुपरमिन के बिना, आपको "--disable-appliance --disable-daemon" को पास करना होगा
./autogen.sh or . / कॉन्फ़िगर (इस पर निर्भर करता है कि आप क्रमशः गिट से निर्माण कर रहे हैं या नहीं
टारबॉल से)। फिर, libguestfs का उपयोग करते समय, आप चाहिए "LIBGUESTFS_PATH" सेट करें
पूर्व-संकलित उपकरण की निर्देशिका में पर्यावरण चर, जैसा कि इसमें भी वर्णित है
"स्थिर उपकरण" में Guestfs(3).

पूर्व-संकलित उपकरणों के लिए, यह भी देखें: http://libguestfs.org/download/binaries/appliance/.

सुपरमिन को अधिक लिनक्स डिस्ट्रोज़ में पोर्ट करने के लिए पैच का स्वागत है।

कैसे कर सकते हैं I जोड़ना समर्थन एसटी एसवर्ट?
नोट एसटी फेडोरा/आरएचईएल उपयोगकर्ताओं: यह कॉन्फ़िगरेशन फेडोरा 18 और से शुरू होने वाला डिफ़ॉल्ट है
आरएचईएल 7. यदि आपको कोई समस्या मिलती है, तो कृपया हमें बताएं या बग दर्ज करें।

SVirt SELinux का उपयोग करके एक कठोर उपकरण प्रदान करता है, जो इसे दुष्ट डिस्क के लिए बहुत कठिन बनाता है
छवि libguestfs की कैद से "बचने" और मेजबान को नुकसान पहुंचाने के लिए (यह कहना उचित है)
मानक libguestfs में भी यह कठिन होगा, लेकिन sVirt एक अतिरिक्त परत प्रदान करता है
होस्ट के लिए सुरक्षा और अधिक महत्वपूर्ण रूप से उसी होस्ट पर वर्चुअल मशीनों की सुरक्षा करता है
एक दूसरे से)।

वर्तमान में sVirt को सक्षम करने के लिए आपको libvirt ≥ 0.10.2 (1.0 या बाद के संस्करण को प्राथमिकता) की आवश्यकता होगी,
libguestfs ≥ 1.20, और हाल के फेडोरा से SELinux नीतियां। यदि आप दौड़ नहीं रहे हैं
फेडोरा 18+, आपको अपनी SELinux नीति में परिवर्तन करने की आवश्यकता होगी - पर हमसे संपर्क करें
मेलिंग सूची

एक बार जब आपकी आवश्यकताएं पूरी हो जाएं, तो ये करें:

./configure --with-default-backend=libvirt # libguestfs >= 1.22
./configure --with-default-attach-method=libvirt # libguestfs <= 1.20
बनाना

SELinux को एनफोर्सिंग मोड पर सेट करें, और sVirt का उपयोग स्वचालित रूप से किया जाना चाहिए।

libguestfs की सभी या लगभग सभी सुविधाओं को sVirt के अंतर्गत काम करना चाहिए। वहाँ एक ज्ञात है
कमी: पुण्य-बचाव(1) libvirt (इसलिए sVirt) का उपयोग नहीं करेगा, लेकिन डायरेक्ट पर वापस आ जाएगा
क्यूमू का प्रक्षेपण। इसलिए उपयोग करते समय आपको वर्तमान में sVirt सुरक्षा का लाभ नहीं मिलेगा
पुण्य-बचाव.

आप libvirtd लॉगिंग को सक्षम करके जांच सकते हैं कि sVirt का उपयोग किया जा रहा है (देखें)।
/etc/libvirt/libvirtd.log), libvirtd को समाप्त करना और पुनः आरंभ करना, और लॉग फ़ाइलों की जाँच करना
"SELinux संदर्भ को इस पर सेट करना..." संदेशों के लिए।

सैद्धांतिक रूप से sVirt को AppArmor का समर्थन करना चाहिए, लेकिन हमने इसका प्रयास नहीं किया है। यह लगभग होगा
निश्चित रूप से libvirt को पैच करने और AppArmor नीति लिखने की आवश्यकता है।

Libguestfs है a वास्तव में लंबा सूची of निर्भरताएँ!
आधार पुस्तकालय बहुत अधिक निर्भर नहीं करता है, लेकिन लंबी सूची के तीन कारण हैं
अन्य निर्भरताएँ:

1. Libguestfs को कई अलग-अलग डिस्क प्रारूपों को पढ़ने और संपादित करने में सक्षम होना चाहिए। उदाहरण के लिए,
XFS समर्थन के लिए XFS टूल की आवश्यकता होती है।

2. कई अलग-अलग भाषाओं के लिए भाषा बंधन हैं, सभी को अपनी आवश्यकता होती है
विकास उपकरण। सभी भाषा बाइंडिंग (सी को छोड़कर) वैकल्पिक हैं।

3. कुछ वैकल्पिक लाइब्रेरी सुविधाएँ हैं जिन्हें अक्षम किया जा सकता है।

चूंकि libguestfs ≥ 1.26 उपकरण निर्भरता को विभाजित करना संभव है (आइटम 1 in
उपरोक्त सूची) और इस प्रकार (उदाहरण के लिए) "libguestfs-xfs" को एक अलग उपपैकेज के रूप में रखा गया है
XFS डिस्क छवियाँ संसाधित करना। हम डाउनस्ट्रीम पैकेजर्स को आधार को विभाजित करना शुरू करने के लिए प्रोत्साहित करते हैं
libguestfs पैकेज को छोटे उपपैकेजों में बाँटें।

त्रुटियाँ दौरान लांच on फेडोरा ≥ 18, RHEL ≥ 7
फेडोरा ≥ 18 और आरएचईएल ≥ 7 में, libguestfs उपकरण को प्रबंधित करने के लिए libvirt का उपयोग करता है। इससे पहले
(और अपस्ट्रीम) libguestfs सीधे qemu चलाता है:

┌────────────────────────────────┐
│ libguestfs │
├────────────────┬───────────────┤
│ डायरेक्ट बैकएंड │ लिबवर्ट बैकएंड │
└────────────────┴───────────────┘
मैं
┌───────┐ ┌──────────┐
│ qemu │ │ libvirtd │
└───────┘ └──────────┘
↓
┌───────┐
│ क्यूमू │
└───────┘

अपस्ट्रीम फेडोरा 18+
गैर-फेडोरा आरएचईएल 7+
गैर-आरएचईएल

libvirt बैकएंड अधिक परिष्कृत है, SELinux/sVirt का समर्थन करता है (ऊपर देखें),
हॉटप्लगिंग और बहुत कुछ। हालाँकि, यह अधिक जटिल और कम मजबूत है।

यदि आपको libvirt बैकएंड का उपयोग करने में अनुमति संबंधी समस्याएं हैं, तो आप डायरेक्ट पर स्विच कर सकते हैं
इस पर्यावरण चर को सेट करके बैकएंड:

निर्यात LIBGUESTFS_BACKEND=प्रत्यक्ष

किसी भी libguestfs प्रोग्राम या virt टूल को चलाने से पहले।

कैसे कर सकते हैं I स्विच सेवा मेरे a तय / पहले से बनाए गए उपकरण?
इससे फेडोरा और आरएचईएल पर libguestfs की स्थिरता और प्रदर्शन में सुधार हो सकता है।

Libguestfs स्थापित करने के बाद किसी भी समय, निम्नलिखित कमांड को रूट के रूप में चलाएँ:

mkdir -p /usr/local/lib/guestfs/उपकरण
libguestfs-मेक-फिक्स्ड-उपकरण /usr/स्थानीय/lib/guestfs/उपकरण
ls -l /usr/local/lib/guestfs/उपकरण

अब libguestfs या किसी virt टूल का उपयोग करने से पहले निम्नलिखित पर्यावरण चर सेट करें:

निर्यात LIBGUESTFS_PATH=/usr/स्थानीय/lib/guestfs/उपकरण

बेशक आप अपनी इच्छानुसार किसी भी निर्देशिका का पथ बदल सकते हैं। आप उपकरण साझा कर सकते हैं
सभी मशीनों में जिनका आर्किटेक्चर समान है (उदाहरण के लिए सभी x86-64), लेकिन ध्यान दें कि libvirt
अनुमति समस्याओं के कारण आपको एनएफएस पर उपकरण साझा करने से रोका जाएगा (इसलिए)।
या तो सीधे बैकएंड पर स्विच करें या एनएफएस का उपयोग न करें)।

कैसे कर सकते हैं I गति up कामेच्छा बनाता है?
अब तक सबसे महत्वपूर्ण चीज़ जो आप कर सकते हैं वह है स्क्विड को स्थापित करना और ठीक से कॉन्फ़िगर करना।
ध्यान दें कि स्क्विड के साथ भेजा जाने वाला डिफ़ॉल्ट कॉन्फ़िगरेशन बकवास है, इसलिए इसे कॉन्फ़िगर करना है
वैकल्पिक नहीं।

स्क्विड कॉन्फ़िगरेशन के साथ शुरुआत करने के लिए एक बहुत अच्छी जगह यहां है:
https://fedoraproject.org/wiki/Extras/MockTricks#Using_Squid_to_Speed_Up_Mock_package_downloads

सुनिश्चित करें कि स्क्विड चल रहा है, और पर्यावरण चर $http_proxy और $ftp_proxy है
इसी ओर इशारा कर रहे हैं.

स्क्विड के चलने और सही तरीके से कॉन्फ़िगर होने के साथ, उपकरण निर्माण को कुछ तक कम किया जाना चाहिए
मिनट.

कैसे कर सकते हैं I गति up कामेच्छा बनाता है (डेबियन)?

हिल्को बेनगेन "लगभग" का उपयोग करने का सुझाव देते हैं जो एक डेबियन संग्रह प्रॉक्सी है
(http://packages.debian.org/approx). यह टूल डेबियन पर प्रलेखित है लगभग(8)
मैनुअल पेज।

रफ़्तार, डिस्क अंतरिक्ष उपयोग किया गया BY Libguestfs

नोट: इस अनुभाग की अधिकांश जानकारी स्थानांतरित हो गई है: Guestfs-प्रदर्शन(1).

अपलोड or लिखना लगता है बहुत धीमी गति से।
यदि अंतर्निहित डिस्क पूरी तरह से आवंटित नहीं है (उदाहरण के लिए स्पार्स रॉ या qcow2) तो लिखा जा सकता है
धीमा क्योंकि आपके रहते हुए होस्ट ऑपरेटिंग सिस्टम को महँगा डिस्क आवंटन करना पड़ता है
लिखना। समाधान इसके बजाय पूर्णतः आवंटित प्रारूप का उपयोग करना है, अर्थात। गैर-विरल कच्चा, या
qcow2 "preallocation=metadata" विकल्प के साथ।

Libguestfs का उपयोग करता है भी बहुत डिस्क अंतरिक्ष!
libguestfs एक बड़े उपकरण को इसमें कैश करता है:

/var/tmp/.guestfs-

यदि पर्यावरण चर "TMPDIR" परिभाषित किया गया है, तो $TMPDIR/.guestfs- प्रयोग किया जाता है
बजाय.

जब आप libguestfs का उपयोग नहीं कर रहे हों तो इस निर्देशिका को हटाना सुरक्षित है।

पुण्य-विरलता लगता है सेवा मेरे बनाना la की छवि बढ़ने सेवा मेरे la पूर्ण आकार of la आभासी डिस्क
यदि इनपुट पुण्य-विरलता(1) कच्चा है, तो आउटपुट कच्चा विरल होगा। सुनिश्चित करें
आप आउटपुट को एक ऐसे उपकरण से माप रहे हैं जो विरलता को समझता है जैसे "डु-श"।
इससे बहुत बड़ा अंतर आ सकता है:

$ ls -lh test1.img
-rw-rw-r--. 1 rjones rjones 100M 8 अगस्त 08:08 test1.img
$ डु -श टेस्ट1.आईएमजी
3.6M टेस्ट1.img

(स्पष्ट आकार की तुलना करें 100M बनाम वास्तविक आकार 3.6M)

यदि यह सब आपको भ्रमित करता है, तो निर्दिष्ट करके एक गैर-विरल आउटपुट प्रारूप का उपयोग करें --कन्वर्ट
विकल्प, उदाहरण के लिए:

virt-sparsify --कन्वर्ट qcow2 डिस्क.रॉ डिस्क.qcow2

क्यों नहीं करता पुण्य-आकार बदलना काम on la डिस्क की छवि जगह में?
डिस्क छवि का आकार बदलना बहुत मुश्किल है - विशेष रूप से यह सुनिश्चित करना कि आप डेटा न खोएँ
बूटलोडर को तोड़ें. वर्तमान विधि प्रभावी रूप से एक नई डिस्क छवि बनाती है और उसकी प्रतिलिपियाँ बनाती है
पुराने से डेटा प्लस बूटलोडर। अगर कुछ गलत होता है, तो आप हमेशा जा सकते हैं
मूल पर वापस जाएँ।

यदि हमें गुण-आकार बदलने का कार्य उसी स्थान पर करना है तो इसकी सीमाएँ होनी चाहिए: के लिए
उदाहरण के लिए, आपको मौजूदा विभाजनों को स्थानांतरित करने की अनुमति नहीं दी जाएगी (क्योंकि डेटा को स्थानांतरित करना
बिजली की विफलता या दुर्घटना की स्थिति में वही डिस्क डेटा को दूषित करने की सबसे अधिक संभावना है),
और LVM का समर्थन करना बहुत कठिन होगा (लगभग मनमानी मैपिंग के कारण)।
एलवी सामग्री और अंतर्निहित डिस्क ब्लॉक के बीच)।

एक अन्य विधि जिस पर हमने विचार किया है वह है मूल डिस्क छवि पर एक स्नैपशॉट लगाना
कि मूल डेटा अछूता है और स्नैपशॉट में केवल अंतर दर्ज किए गए हैं।
आप इसे आज "qemu-img create" + "virt-resize" का उपयोग करके कर सकते हैं, लेकिन qemu वर्तमान में ऐसा नहीं कर रहा है
पहले से ही स्नैपशॉट पर वही ब्लॉक लिखे जाने पर पहचानने के लिए पर्याप्त स्मार्ट
बैकिंग डिस्क में मौजूद है, इसलिए आप पाएंगे कि इससे आपका कोई स्थान या समय नहीं बचता है।

संक्षेप में, यह एक कठिन समस्या है, और अब हमारे पास जो कुछ है वह अधिकतर काम करता है इसलिए हम अनिच्छुक हैं
इसे बदलने के लिए।

क्यों नहीं करता पुण्य-विरलता काम on la डिस्क की छवि जगह में?
Libguestfs ≥ 1.26 में, virt-sparsify अब डिस्क छवियों पर काम कर सकता है। उपयोग:

virt-sparsify --इन-प्लेस डिस्क.आईएमजी

लेकिन पहले आपको "इन-प्लेस स्पार्सिफिकेशन" पढ़ना चाहिए पुण्य-विरलता(1).

समस्याओं उद्घाटन डिस्क इमेजेज

सुदूर libvirt मेहमानों नही सकता be खुल गया।
इस समय दूरस्थ libvirt अतिथियों को खोलना समर्थित नहीं है। उदाहरण के लिए यह काम नहीं करेगा:

गेस्टफ़िश -सी qemu://remote/system -d अतिथि

रिमोट डिस्क खोलने के लिए आपको उन्हें किसी तरह निर्यात करना होगा, फिर निर्यात से कनेक्ट करना होगा। के लिए
उदाहरण के लिए यदि आपने एनबीडी का उपयोग करने का निर्णय लिया है:

रिमोट$ क्यूईएमयू-एनबीडी -टी -पी 10809 गेस्ट.आईएमजी
स्थानीय$ गेस्टफिश -ए एनबीडी://रिमोट:10809 -आई

अन्य संभावनाओं में ssh (यदि qemu काफी नया है), NFS या iSCSI शामिल हैं। देखें "रिमोट
भंडारण" में Guestfs(3).

कैसे कर सकते हैं I खुला इसका अजीब डिस्क स्रोत?
आपके पास एक डिस्क छवि है जो किसी अन्य सिस्टम के अंदर स्थित है जिसके लिए लाइब्रेरी के माध्यम से पहुंच की आवश्यकता है /
HTTP / REST / मालिकाना एपीआई, या किसी तरह से संपीड़ित या संग्रहीत है। (एक उदाहरण
वास्तव में उन्हें डाउनलोड किए बिना ओपनस्टैक झलक छवियों तक दूरस्थ पहुंच होगी।)

हमारे पास nbdkit (https://github.com/libguestfs/nbdkit) नामक एक सहयोगी प्रोजेक्ट है। यह
प्रोजेक्ट आपको किसी भी डिस्क स्रोत को एनबीडी सर्वर में बदलने की सुविधा देता है। Libguestfs NBD तक पहुंच सकते हैं
सर्वर सीधे, उदाहरण के लिए:

गेस्टफिश -ए एनबीडी://रिमोट

एनबीडीकिट को उदारतापूर्वक लाइसेंस प्राप्त है, इसलिए आप इसे मालिकाना पुस्तकालयों से लिंक कर सकते हैं या इसमें शामिल कर सकते हैं
और कोड. इसमें एक सरल, स्थिर प्लगइन एपीआई भी है जिससे आप आसानी से प्लगइन्स लिख सकते हैं
एपीआई जो भविष्य में भी काम करती रहेगी।

त्रुटि उद्घाटन वीएमडीके डिस्क: "उपयोग करता है a वीएमडीके सुविधा कौन कौन से is नहीं समर्थित by इसका qemu संस्करण:
वीएमडीके संस्करण 3"
Qemu (और इसलिए libguestfs) केवल कुछ VMDK डिस्क छवियों का समर्थन करता है। दूसरे काम नहीं करेंगे,
यह या इससे मिलती-जुलती त्रुटियाँ देना।

आदर्श रूप से कोई नवीनतम वीएमडीके सुविधाओं का समर्थन करने के लिए क्यूमू को ठीक करेगा, लेकिन इस बीच
आपके पास तीन विकल्प हैं:

1. यदि अतिथि को लाइव, पहुंच योग्य ESX सर्वर पर होस्ट किया गया है, तो उसका पता लगाएं और डाउनलोड करें
डिस्क छवि को बुलाया गया somename-flat.vmdk. नाम के बावजूद, यह एक कच्ची डिस्क छवि है, और
किसी भी चीज़ से खोला जा सकता है.

यदि आपके पास qemu और libguestfs का नवीनतम पर्याप्त संस्करण है, तो आप ऐसा करने में सक्षम हो सकते हैं
HTTPS या ssh का उपयोग करके इस डिस्क छवि को दूरस्थ रूप से एक्सेस करें। इसमें "रिमोट स्टोरेज" देखें
Guestfs(3).

2. छवि को कच्चे प्रारूप में बदलने के लिए VMware के स्वामित्व वाले vdiskmanager टूल का उपयोग करें।

3. डिस्क छवि को एनबीडी के रूप में निर्यात करने के लिए मालिकाना वीडीडीके प्लगइन के साथ एनबीडीकिट का उपयोग करें
स्रोत। इससे आपको VMDK फ़ाइल को पढ़ने और लिखने की अनुमति मिलनी चाहिए।

UFS डिस्क (के रूप में प्रयुक्त by बीएसडी) नही सकता be खुल गया।
यूएफएस फ़ाइल सिस्टम प्रारूप के कई प्रकार हैं, और ये स्व-पहचान वाले नहीं हैं।
लिनक्स कर्नेल को यह बताना होगा कि उसे UFS के किस वैरिएंट का उपयोग करना है, कौन से libguestfs का नहीं
पता.

इन फ़ाइल सिस्टम को माउंट करते समय आपको सही "ufstype" माउंट विकल्प पास करना होगा।

https://www.kernel.org/doc/Documentation/filesystems/ufs.txt देखें

Windows Refs
Windows ReFS Microsoft की ZFS/Btrfs प्रति है। यह फ़ाइल सिस्टम अभी तक रिवर्स नहीं हुआ है
लिनक्स कर्नेल में इंजीनियर और कार्यान्वित किया गया है, और इसलिए libguestfs समर्थन नहीं करता है
यह। फिलहाल यह "जंगली में" बहुत दुर्लभ प्रतीत होता है।

गैर-ASCII अक्षर नहीं है दिखाई देते हैं on वीएफएटी फ़ाइल सिस्टम।
इस समस्या के विशिष्ट लक्षण:

· जब आप कोई फ़ाइल बनाते हैं तो आपको एक त्रुटि मिलती है जहां फ़ाइल नाम में गैर-ASCII होता है
वर्ण, विशेषकर एशियाई भाषाओं के गैर 8-बिट वर्ण (चीनी, जापानी,
वगैरह)। फ़ाइल सिस्टम VFAT है.

· जब आप VFAT फ़ाइल सिस्टम से किसी निर्देशिका को सूचीबद्ध करते हैं, तो फ़ाइल नाम प्रश्न चिह्न के रूप में दिखाई देते हैं।

यह GNU/Linux सिस्टम का डिज़ाइन दोष है।

VFAT लंबे फ़ाइल नामों को UTF-16 वर्णों के रूप में संग्रहीत करता है। फ़ाइल नाम खोलते या लौटाते समय,
लिनक्स कर्नेल को इन्हें 8 बिट स्ट्रिंग के किसी रूप में अनुवाद करना होगा। UTF-8 होगा
स्पष्ट विकल्प, लिनक्स उपयोगकर्ताओं को छोड़कर जो गैर-UTF-8 लोकेशंस (उपयोगकर्ता का) का उपयोग करना जारी रखते हैं
लोकेल कर्नेल को ज्ञात नहीं है क्योंकि यह libc का एक फ़ंक्शन है)।

इसलिए आपको माउंट करते समय कर्नेल को बताना होगा कि आप क्या अनुवाद करना चाहते हैं
फाइल सिस्टम। दो विधियाँ "iocharset" पैरामीटर हैं (जो इससे प्रासंगिक नहीं है
libguestfs) और "utf8" ध्वज।

इसलिए VFAT फ़ाइल सिस्टम का उपयोग करने के लिए आपको माउंट करते समय "utf8" ध्वज जोड़ना होगा। अतिथि मछली से,
उपयोग:

> माउंट-विकल्प utf8 /dev/sda1 /

या गेस्टफ़िश कमांड लाइन पर:

गेस्टफ़िश [...] -m /dev/sda1:/:utf8

या एपीआई से:

guestfs_mount_options (g, "utf8", "/dev/sda1", "/");

इसके बाद कर्नेल फ़ाइल नामों का UTF-8 स्ट्रिंग्स में अनुवाद करेगा।

हमने इस माउंट विकल्प को पारदर्शी रूप से जोड़ने पर विचार किया, लेकिन दुर्भाग्य से कई हैं
ऐसा करने में समस्याएँ:

· कुछ लिनक्स सिस्टम पर, "utf8" माउंट विकल्प काम नहीं करता है। हम बिल्कुल नहीं
समझें कि कौन से सिस्टम या क्यों, लेकिन यह विश्वसनीय रूप से एक उपयोगकर्ता द्वारा रिपोर्ट किया गया था।

· यह आपको "iocharset" पैरामीटर का उपयोग करने से रोकेगा क्योंकि यह असंगत है
"utf8" के साथ. संभवतः इस पैरामीटर का उपयोग करना एक अच्छा विचार नहीं है, लेकिन हम ऐसा नहीं चाहते हैं
इसे रोकने के लिए।

गैर-ASCII अक्षर दिखाई देते हैं as जांचना (_) on ISO9660 फ़ाइल सिस्टम।
फ़ाइल सिस्टम mkisofs या genisoimage के साथ सही ढंग से तैयार नहीं किया गया था। सुनिश्चित करें
फ़ाइल सिस्टम जोलीट और/या रॉक रिज एक्सटेंशन का उपयोग करके बनाया गया था। libguestfs नहीं करता है
फ़ाइल सिस्टम को संभालने के लिए किसी विशेष माउंट विकल्प की आवश्यकता होती है।

नहीं कर सकते खुला Windows मेहमानों कौन कौन से उपयोग NTFS।
आपको निम्न प्रकार की त्रुटियाँ दिखाई देती हैं:

माउंट: अज्ञात फ़ाइल सिस्टम प्रकार 'एनटीएफएस'

Red Hat Enterprise Linux या CentOS पर, आपको libguestfs-winsupport इंस्टॉल करना होगा
पैकेज.

नहीं कर सकते खुला or निरीक्षण करना RHEL 7 मेहमान।
नहीं कर सकते खुला Linux मेहमानों कौन कौन से उपयोग एक्सएफएस।
RHEL 7 अतिथि, और कोई भी अन्य अतिथि जो XFS का उपयोग करते हैं, libguestfs द्वारा खोले जा सकते हैं, लेकिन आप
"libguestfs-xfs" पैकेज स्थापित करना होगा।

का उपयोग करते हुए Libguestfs IN तुंहारे खुद कार्यक्रम

RSI API है सैकड़ों of विधियों, जहां do I शुरू?
हमारा सुझाव है कि आप एपीआई अवलोकन: "एपीआई अवलोकन" पढ़कर शुरुआत करें Guestfs(3).

हालाँकि एपीआई अवलोकन सी एपीआई को कवर करता है, फिर भी यह पढ़ने लायक है भले ही आप हों
किसी अन्य प्रोग्रामिंग भाषा का उपयोग करने जा रहा हूं, क्योंकि एपीआई समान है, बस सरल है
कॉल के नाम में तार्किक परिवर्तन:

सी गेस्टएफएस_एलएन_एसएफ (जी, लक्ष्य, लिंकनाम);
पायथन g.ln_sf (लक्ष्य, लिंकनाम);
OCaml g#ln_sf लक्ष्य लिंकनाम;
पर्ल $g->ln_sf (लक्ष्य, लिंकनाम);
शेल (अतिथि मछली) एलएन-एसएफ लक्ष्य लिंकनाम
PHP गेस्टफ़्स_एलएन_एसएफ ($जी, $लक्ष्य, $लिंकनाम);

एक बार जब आप एपीआई अवलोकन से परिचित हो जाएं, तो आपको शुरुआत की इस सूची को देखना चाहिए
अन्य भाषा बाइंडिंग के लिए अंक: "अन्य प्रोग्रामिंग भाषाओं के साथ LIBGUESTFS का उपयोग करना"
Guestfs(3).

कर सकते हैं I उपयोग कामेच्छा in my मालिकाना / बंद स्रोत / वाणिज्यिक कार्यक्रम?
सामान्य तौर पर, हाँ. हालाँकि यह कानूनी सलाह नहीं है - इसके साथ आने वाले लाइसेंस को पढ़ें
libguestfs, और यदि आपके पास विशिष्ट प्रश्न हैं तो किसी वकील से संपर्क करें।

स्रोत ट्री में लाइसेंस "COPYING.LIB" फ़ाइल में है (लाइब्रेरी के लिए LGPLv2+ और
बाइंडिंग) और "कॉपी करना" (स्टैंडअलोन प्रोग्राम के लिए GPLv2+)।

डिबगिंग Libguestfs

मदद करो, यह है नहीं कार्यरत!
यदि कोई libguestfs प्रोग्राम बिल्कुल भी काम नहीं कर रहा है, तो नीचे दिए गए प्रोग्राम को चलाएँ और पेस्ट करें
पूर्ण, अप्रकाशित "libguestfs" @ "redhat.com" पर ईमेल में आउटपुट:

libguestfs-परीक्षण-उपकरण

यदि कोई विशेष ऑपरेशन विफल हो जाता है, तो इस चेकलिस्ट की सभी जानकारी एक ईमेल में प्रदान करें
"libguestfs" @ "redhat.com" पर:

1. आप क्या करने का प्रयास कर रहे हैं?

2. आपने कौन सा सटीक आदेश चलाया?

3. इन आदेशों की सटीक त्रुटि या आउटपुट क्या था?

4. डिबगिंग सक्षम करें, कमांड फिर से चलाएं और कैप्चर करें पूरा उत्पादन. Do नहीं
संपादित la उत्पादन.

LIBGUESTFS_DEBUG=1 निर्यात करें
LIBGUESTFS_TRACE=1 निर्यात करें

5. libguestfs का संस्करण, ऑपरेटिंग सिस्टम संस्करण और आपने कैसे इंस्टॉल किया, इसे शामिल करें
libguestfs (जैसे स्रोत से, "यम इंस्टॉल", आदि)

कैसे do I डिबग कब का उपयोग कोई कामेच्छा कार्यक्रम or साधन (जैसे। पुण्य-v2v or पुण्य-डीएफ)?
दो "LIBGUESTFS_*" पर्यावरण चर हैं जिन्हें आप अधिक प्राप्त करने के लिए सेट कर सकते हैं
libguestfs से जानकारी।

"LIBGUESTFS_TRACE"
इसे 1 पर सेट करें और libguestfs प्रत्येक कमांड/एपीआई कॉल को एक प्रारूप में प्रिंट करेगा
गेस्टफिश कमांड के समान है।

"LIBGUESTFS_DEBUG"
भारी मात्रा में डिबग संदेशों को सक्षम करने के लिए इसे 1 पर सेट करें। अगर तुम सोचो
libguestfs उपकरण के अंदर कुछ समस्या है, तो आपको इसका उपयोग करना चाहिए
विकल्प.

इन्हें शेल से सेट करने के लिए, प्रोग्राम चलाने से पहले यह करें:

LIBGUESTFS_TRACE=1 निर्यात करें
LIBGUESTFS_DEBUG=1 निर्यात करें

सीएसएच/टीसीएसएच के लिए समतुल्य आदेश होंगे:

सेटेंव LIBGUESTFS_TRACE 1
सेटेंव LIBGUESTFS_DEBUG 1

अधिक जानकारी के लिए, "पर्यावरण चर" देखें Guestfs(3).

कैसे do I डिबग कब का उपयोग मेहमान मछली?
आप उपरोक्त समान पर्यावरण चर का उपयोग कर सकते हैं। वैकल्पिक रूप से गेस्टफ़िश विकल्पों का उपयोग करें
-x (कमांड का पता लगाने के लिए) या -v (पूर्ण डिबग आउटपुट प्राप्त करने के लिए), या दोनों।

अधिक जानकारी के लिए, देखें: अतिथि मछली(1).

कैसे do I डिबग कब का उपयोग la एपीआई?
"guestfs_set_trace" को कॉल करें Guestfs(3) कमांड ट्रेस सक्षम करने के लिए, और/या
"guestfs_set_verbose" में Guestfs(3) डिबग संदेशों को सक्षम करने के लिए।

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

कैसे do I कब्जा डिबग उत्पादन और रखना it में my लॉगिंग प्रणाली?
इवेंट एपीआई का उपयोग करें. उदाहरण के लिए, देखें: "घटनाओं को संभालने के लिए कॉलबैक सेट करना"। Guestfs(3)
और उदाहरण/डीबग-लॉगिंग.सी libguestfs स्रोतों में कार्यक्रम।

खुदाई और गहरा में la उपकरण बूट प्रक्रिया.
डिबगिंग सक्षम करें और फिर उपकरण बूट प्रक्रिया पर इस दस्तावेज़ को पढ़ें:
Guestfs-internals(1).

कामेच्छा रुक जाता है or विफल रहता है दौरान चलाएं/लॉन्च करें।
डिबगिंग सक्षम करें और पूर्ण आउटपुट देखें। यदि आप यह पता नहीं लगा सकते कि क्या हो रहा है,
सहित एक बग रिपोर्ट दर्ज करें पूरा का उत्पादन libguestfs-परीक्षण-उपकरण(1).

डीबगिंग libvirt
यदि आप libvirt बैकएंड का उपयोग कर रहे हैं, और libvirt विफल हो रहा है, तो आप सक्षम कर सकते हैं
संपादन द्वारा डिबगिंग /etc/libvirt/libvirtd.conf.

यदि आप गैर-रूट के रूप में चल रहे हैं, तो आपको एक अलग फ़ाइल को संपादित करना होगा। बनाएं
~/.config/libvirt/libvirtd.conf युक्त

लॉग_लेवल=1
log_outputs='1:फ़ाइल:/tmp/libvirtd.log'

चल रहे किसी भी सत्र (गैर-रूट) libvirtd को समाप्त करें, और अगली बार जब आप libguestfs चलाएँ
कमांड, आपको libvirtd से बड़ी मात्रा में उपयोगी डिबगिंग जानकारी देखनी चाहिए
/tmp/libvirtd.log

डिज़ाइन/आंतरिक OF Libguestfs

यह भी देखें Guestfs-internals(1).

क्यों नहीं है इसलिए आप do सब कुछ पूज्य गुरुदेव के मार्गदर्शन से संपन्न कर सकते हैं - la फ्यूज / फाइल सिस्टम इंटरफेस?
हम नामक एक आदेश प्रदान करते हैं गेस्टमाउंट(1) जो आपको अतिथि फाइल सिस्टम को माउंट करने की सुविधा देता है
मेज़बान। इसे FUSE मॉड्यूल के रूप में कार्यान्वित किया गया है। हम संपूर्णता को लागू क्यों नहीं करते?
libguestfs बड़े और जटिल एपीआई के बजाय इस तंत्र का उपयोग कर रहे हैं?

कारण दोहरे हैं. सबसे पहले, libguestfs जैसे कार्य करने के लिए API कॉल प्रदान करता है
विभाजन और तार्किक वॉल्यूम बनाना और हटाना, जो फ़ाइल सिस्टम में फिट नहीं होते हैं
बहुत आसानी से मॉडल करें. या बल्कि, आप उन्हें फिट कर सकते हैं: उदाहरण के लिए, एक विभाजन बनाना
"mkdir /fs/hda1" पर मैप किया जा सकता है लेकिन फिर आपको चुनने के लिए कुछ विधि निर्दिष्ट करनी होगी
विभाजन का आकार (शायद "echo 100M > /fs/hda1/.size"), और विभाजन प्रकार,
आरंभ और अंत सेक्टर आदि, लेकिन एक बार जब आप ऐसा कर लेते हैं तो फाइलसिस्टम-आधारित एपीआई शुरू हो जाती है
हमारे पास वर्तमान में मौजूद कॉल-आधारित एपीआई की तुलना में अधिक जटिल दिखता है।

दूसरा कारण कार्यकुशलता का है. FUSE स्वयं यथोचित रूप से कुशल है, लेकिन यह करता है
FUSE मॉड्यूल में बहुत सारी छोटी, स्वतंत्र कॉल करें। गेस्टमाउंट में इन्हें करना होगा
संदेशों को libguestfs उपकरण में अनुवादित किया जाए जिसमें एक बड़ा ओवरहेड (समय में) हो
और गोल यात्राएँ)। उदाहरण के लिए, 64 केबी खंडों में एक फ़ाइल को पढ़ना अक्षम है क्योंकि प्रत्येक
हिस्सा एक ही दौर की यात्रा में बदल जाएगा। Libguestfs API में यह बहुत अधिक है
किसी एक स्ट्रीमिंग कॉल के माध्यम से संपूर्ण फ़ाइल या निर्देशिका को डाउनलोड करना कुशल है
"guestfs_download" या "guestfs_tar_out"।

क्यों नहीं है इसलिए आप do सब कुछ पूज्य गुरुदेव के मार्गदर्शन से संपन्न कर सकते हैं - जीवीएफएस?
समस्याएँ FUSE की समस्याओं के समान हैं।

POSIX/FUSE की तुलना में GVFS एक बेहतर अमूर्त है। जीवीएफएस के लिए एक एफ़टीपी बैकएंड है, जो है
उत्साहवर्धक क्योंकि FTP वैचारिक रूप से libguestfs API के समान है। हालाँकि जी.वी.एफ.एस
एफ़टीपी बैकएंड अन्तरक्रियाशीलता बनाए रखने के लिए एक साथ कई कनेक्शन बनाता है, जो
हम libguestfs के साथ आसानी से काम नहीं कर सकते।

क्यों कर सकते हैं I लिखना सेवा मेरे la डिस्क, भी यद्यपि I जोड़ा it केवल पढ़ने के लिए?
क्यों कर देता है "--रो" दिखाई देते हैं सेवा मेरे है नहीं प्रभाव?
जब आप कोई डिस्क केवल पढ़ने के लिए जोड़ते हैं, तो libguestfs उसके शीर्ष पर एक लिखने योग्य ओवरले रखता है
अंतर्निहित डिस्क. लेख इस ओवरले में चले जाते हैं, और हैंडल बंद होने पर हटा दिए जाते हैं
(या "अतिथि मछली" आदि बाहर निकलती है)।

इसे इस तरह से करने के दो कारण हैं: सबसे पहले, केवल-पढ़ने योग्य डिस्क संभव नहीं हैं
कई मामले (उदाहरण के लिए, आईडीई बस उनका समर्थन नहीं करता है, इसलिए आपके पास आईडीई-अनुकरण नहीं हो सकता है
रीड-ओनली डिस्क, हालांकि यह वास्तविक libguestfs इंस्टॉलेशन में आम नहीं है)।

दूसरी और अधिक महत्वपूर्ण बात, भले ही रीड-ओनली डिस्क संभव हो, आप नहीं चाहेंगे
उन्हें। किसी भी फ़ाइल सिस्टम को माउंट करना जिसमें एक जर्नल है, यहां तक ​​कि "माउंट -ओ आरओ" भी लिखने का कारण बनता है
फ़ाइल सिस्टम क्योंकि जर्नल को दोबारा चलाना होगा और मेटाडेटा अपडेट करना होगा। यदि डिस्क
वास्तव में केवल-पढ़ने के लिए था, आप गंदे फ़ाइल सिस्टम को माउंट नहीं कर पाएंगे।

इसे प्रयोग करने योग्य बनाने के लिए, हम इन लेखों को अस्थायी रूप से संग्रहीत करने के स्थान के रूप में ओवरले बनाते हैं, और
फिर हम इसे बाद में त्याग देते हैं। यह सुनिश्चित करता है कि अंतर्निहित डिस्क हमेशा अछूती रहे।

यह भी ध्यान दें कि libguestfs (in) बनाते समय इसके लिए एक प्रतिगमन परीक्षण होता है
"परीक्षण/क्यूमू")। यह एक कारण है कि पैकेजर्स के लिए टेस्ट सूट चलाना महत्वपूर्ण है।

क्या "--रो" बनाना सब डिस्क केवल पढ़ने के लिए?
नहीं! "--ro" विकल्प केवल कमांड लाइन पर जोड़े गए डिस्क को प्रभावित करता है, अर्थात। "-ए" और का उपयोग करना
"-d" विकल्प.

गेस्टफ़िश में, यदि आप "ऐड" कमांड का उपयोग करते हैं, तो डिस्क को रीड-राइट जोड़ा जाता है (जब तक कि आप
कमांड के साथ स्पष्ट रूप से "readonly:true" ध्वज निर्दिष्ट करें)।

कर सकते हैं I उपयोग "अतिथिमछली --ro" as a रास्ता सेवा मेरे बैकअप my आभासी मशीनें?
आमतौर पर यह है नहीं एक अच्छा विचार। इस मेलिंग में प्रश्न का अधिक विस्तार से उत्तर दिया गया है
सूची पोस्टिंग: https://www.redhat.com/archives/libguestfs/2010-अगस्त/msg00024.html

अगला प्रश्न भी देखें.

क्यों नहीं कर सकते हैं I रन ऍफ़एससीके on a जीना फाइल सिस्टम का उपयोग "अतिथिमछली --रो"?
यह आदेश सामान्यतः होगा नहीं काम:

गेस्टफिश --ro -a /dev/vg/my_root_fs run : fsck /dev/sda

इसका कारण यह है कि क्यूमू मूल फ़ाइल सिस्टम पर एक स्नैपशॉट बनाता है, लेकिन यह
एक सख्त पॉइंट-इन-टाइम स्नैपशॉट नहीं बनाता है। अंतर्निहित पर डेटा के ब्लॉक
जैसे-जैसे होस्ट के साथ fsck ऑपरेशन आगे बढ़ता है, फ़ाइल सिस्टम को qemu द्वारा अलग-अलग समय पर पढ़ा जाता है
बीच-बीच में लिखता है. नतीजा यह है कि एफएससीके को बड़े पैमाने पर भ्रष्टाचार दिखता है (काल्पनिक, वास्तविक नहीं!)
और विफल रहता है.

आपको जो करना है वह एक पॉइंट-इन-टाइम स्नैपशॉट बनाना है। यदि यह तार्किक आयतन है, तो उपयोग करें
एक LVM2 स्नैपशॉट. यदि फ़ाइल सिस्टम btrfs/ZFS फ़ाइल जैसी किसी चीज़ के अंदर स्थित है,
btrfs/ZFS स्नैपशॉट का उपयोग करें, और फिर स्नैपशॉट पर fsck चलाएँ। व्यवहार में आप ऐसा नहीं करते
इसके लिए libguestfs का उपयोग करने की आवश्यकता है - बस चलाएँ /sbin/fsck सीधे.

होस्ट डिवाइस और फ़ाइलों के पॉइंट-इन-टाइम स्नैपशॉट बनाना इसके दायरे से बाहर है
libguestfs, हालाँकि libguestfs बन जाने के बाद उन पर काम कर सकते हैं।

क्या है la अंतर के बीच अतिथि मछली और पुण्य-बचाव?
बहुत से लोग हमारे द्वारा प्रदान किए गए दो सतही समान उपकरणों से भ्रमित हैं:

$ गेस्टफिश--आरओ-ए गेस्ट.आईएमजी
> Daud
> fsck /dev/sda1

$ पुण्य-बचाव--ro-guest.img
> /sbin/fsck / / देव sda1

और फिर संबंधित प्रश्न यह उठता है कि आप पूर्ण शेल कमांड क्यों टाइप नहीं कर सकते
गेस्टफ़िश में सभी --विकल्पों के साथ (लेकिन आप इसमें शामिल हो सकते हैं पुण्य-बचाव(1))।

अतिथि मछली(1) एक प्रोग्राम है जो संरचित पहुंच प्रदान करता है Guestfs(3) एपीआई. ऐसा होता है
यह एक अच्छा इंटरैक्टिव शेल भी है, लेकिन इसका प्राथमिक उद्देश्य संरचित पहुंच है
शैल स्क्रिप्ट. इसे एक भाषा बाइंडिंग की तरह समझें, जैसे कि पायथन और अन्य बाइंडिंग,
लेकिन शेल के लिए. गेस्टफ़िश (और libguestfs API) का मुख्य विभेदक कारक
सामान्य) परिवर्तनों को स्वचालित करने की क्षमता है।

पुण्य-बचाव(1) libguestfs उपकरण को बूट करने और बनाने का एक निःशुल्क-मुक्त तरीका है
आपके VM में मनमाना परिवर्तन। यह संरचित नहीं है, आप इसे स्वचालित नहीं कर सकते, लेकिन बनाने के लिए
अपने मेहमानों के लिए त्वरित तदर्थ सुधार, यह काफी उपयोगी हो सकता है।

लेकिन, libguestfs के उपकरण में एक "पिछला दरवाज़ा" भी है जो आपको मनमाना भेजने की अनुमति देता है
शेल कमांड. यह पुण्य-बचाव जितना लचीला नहीं है, क्योंकि आप इसके साथ बातचीत नहीं कर सकते
शेल कमांड, लेकिन यहाँ यह वैसे भी है:

> डीबग श "cmd arg1 arg2 ..."

ध्यान दें कि आपको करना चाहिए नहीं इस पर भरोसा करो. इसे भविष्य में हटाया या बदला जा सकता है. अपने अगर
प्रोग्राम को कुछ ऑपरेशन की आवश्यकता है, कृपया इसके बजाय इसे libguestfs API में जोड़ें।

क्या है la सौदा साथ में "अतिथिमछली -मैं"?
क्यों कर देता है पुण्य-बिल्ली केवल काम on a वास्तविक VM छवि, लेकिन पुण्य-डीएफ कार्य on कोई डिस्क छवि?
क्या कर देता है "नहीं जड़ युक्ति पाया in इसका परिचालन प्रणाली छवि" क्या मतलब है?
ये सभी प्रश्न बुनियादी स्तर पर संबंधित हैं जो तुरंत नहीं हो सकते हैं
स्पष्ट।

पर Guestfs(3) एपीआई स्तर, एक "डिस्क छवि" केवल विभाजन और फ़ाइल सिस्टम का ढेर है।

इसके विपरीत, जब वर्चुअल मशीन बूट होती है, तो यह उन फ़ाइल सिस्टम को एक सुसंगत में माउंट करती है
पदानुक्रम जैसे:

/ (/dev/sda2)
│
├── / बूट (/dev/sda1)
│
├── / होम (/dev/vg_बाहरी/होम्स)
│
├── / usr (/dev/vg_os/lv_usr)
│
└── / var (/dev/vg_os/lv_var)

(या विंडोज़ पर अक्षर ड्राइव करें)।

एपीआई सबसे पहले डिस्क छवि को "फाइल सिस्टम के ढेर" स्तर पर देखता है। लेकिन यह भी
यह देखने के लिए डिस्क छवि का निरीक्षण करने का एक तरीका है कि क्या इसमें एक ऑपरेटिंग सिस्टम है, और कैसे
जब ऑपरेटिंग सिस्टम बूट होता है तो डिस्क माउंट की जाती है: "निरीक्षण" में Guestfs(3).

उपयोगकर्ता कुछ टूल की अपेक्षा करते हैं (जैसे पुण्य-बिल्ली(1)) वीएम पथों के साथ काम करने के लिए:

virt-cat Fedora.img /var/log/messages

पुण्य-बिल्ली को यह कैसे पता? / var एक अलग विभाजन है? चाल वह गुण-बिल्ली है
डिस्क छवि पर निरीक्षण करता है, और पथ का सही अनुवाद करने के लिए उसका उपयोग करता है।

कुछ उपकरण (सहित पुण्य-बिल्ली(1) गुण-संपादन(1) पुण्य-ls(1)) वीएम को मैप करने के लिए निरीक्षण का उपयोग करें
पथ. अन्य उपकरण, जैसे पुण्य-डीएफ(1) और गुण-फ़ाइल सिस्टम(1) पूरी तरह से संचालित होता है
libguestfs API का कच्चा "फ़ाइल सिस्टम का बड़ा ढेर" स्तर, और निरीक्षण का उपयोग न करें।

अतिथि मछली(1) एक दिलचस्प मध्य मैदान में है। यदि आप उपयोग करते हैं -a और -m कमांड लाइन
विकल्प, फिर आपको गेस्टफ़िश को बताना होगा कि डिस्क छवियाँ कैसे जोड़ें और कहाँ माउंट करें
विभाजन. यह कच्चा एपीआई स्तर है।

यदि आप उपयोग करते हैं -i विकल्प, libguestfs निरीक्षण करता है और फ़ाइल सिस्टम को माउंट करता है
आप

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

क्या do इन "डीबग*" और "आंतरिक-*" कार्यों कर?
कुछ फ़ंक्शन हैं जिनका उपयोग डिबगिंग और आंतरिक उद्देश्यों के लिए किया जाता है नहीं
स्थिर एपीआई का हिस्सा।

"डीबग*" (या "guestfs_debug*") फ़ंक्शन, मुख्य रूप से "guestfs_debug" में Guestfs(3) और
कुछ अन्य का उपयोग libguestfs को डीबग करने के लिए किया जाता है। हालाँकि वे इसका हिस्सा नहीं हैं
स्थिर एपीआई और इस प्रकार किसी भी समय बदला या हटाया जा सकता है, कुछ प्रोग्राम कॉल करना चाह सकते हैं
ये libguestfs में सुविधाओं के जुड़ने की प्रतीक्षा में हैं।

"आंतरिक-*" (या "guestfs_internal_*") फ़ंक्शन पूरी तरह से libguestfs द्वारा उपयोग किए जाने वाले हैं
अपने आप। प्रोग्रामों के लिए उन्हें कॉल करने का कोई कारण नहीं है, और प्रोग्रामों को उपयोग करने का प्रयास नहीं करना चाहिए
उन्हें। उनका उपयोग करने से अक्सर बुरी चीजें घटित होंगी, साथ ही वे इसका हिस्सा भी नहीं बनेंगे
प्रलेखित स्थिर एपीआई।

डेवलपर्स

कहा पे do I भेजें पैच?
कृपया libguestfs मेलिंग सूची में पैच भेजें
https://www.redhat.com/mailman/listinfo/libguestfs. You don't have to be subscribed, but
जब तक आपकी पोस्टिंग मैन्युअल रूप से स्वीकृत नहीं हो जाती तब तक विलंब होगा।

कृपया नहीं है उपयोग GitHub खींच अनुरोधों - वे मर्जी be उपेक्षित. कारण हैं (ए) हम चाहते हैं
मेलिंग सूची पर पैच पर चर्चा और विच्छेदन करने के लिए, और (बी) जीथब पुल अनुरोध में बदल जाते हैं
मर्ज कमिट करता है लेकिन हम एक रैखिक इतिहास रखना पसंद करते हैं।

कैसे do I प्रस्ताव a सुविधा?
जिन बड़ी नई सुविधाओं में आप योगदान देना चाहते हैं, उनकी चर्चा मेलिंग सूची में की जानी चाहिए
पहला (https://www.redhat.com/mailman/listinfo/libguestfs)। इससे निराशा से बचा जा सकता है
और अगर हमें नहीं लगता कि यह सुविधा libguestfs प्रोजेक्ट में फिट होगी तो काम बर्बाद हो जाएगा।

यदि आप एक उपयोगी सुविधा का सुझाव देना चाहते हैं लेकिन कोड नहीं लिखना चाहते हैं, तो आप एक फाइल कर सकते हैं
सारांश की शुरुआत में "आरएफई:" के साथ बग ("सहायता प्राप्त करना और बग की रिपोर्ट करना" देखें)
लाइन.

कौन कर सकते हैं करना सेवा मेरे कामेच्छा गिट?
लगभग 5 लोगों के पास जीथब तक पहुंच है। पैच को पहले सूची में पोस्ट किया जाना चाहिए
और ACKed. पैचिंग और पुशिंग पैच की नीति यहां उल्लिखित है:

https://www.redhat.com/archives/libguestfs/2012-January/msg00023.html

कर सकते हैं I कांटा libguestfs?
निःसंदेह तुमसे हो सकता है। Git libguestfs को फोर्क करना आसान बनाता है। जीथब इसे और भी आसान बनाता है।
यह अच्छा होगा यदि आप हमें मेलिंग सूची में कांटे और उनके कारणों के बारे में बताएं।

कई तरह का प्रशन

कर सकते हैं I मॉनिटर la जीना डिस्क गतिविधि of a आभासी मशीन का उपयोग libguestfs?
एक सामान्य अनुरोध किसी की लाइव डिस्क गतिविधि की निगरानी के लिए libguestfs का उपयोग करने में सक्षम होना है
उदाहरण के लिए, जब कोई अतिथि कोई नई फ़ाइल बनाता है तो उसे सूचित किया जाता है। Libguestfs
कर देता है नहीं कुछ लोगों की कल्पना के अनुसार काम करें, जैसा कि आप इस चित्र से देख सकते हैं:

┌─────────────────────────────────┐
│ libguestfs का उपयोग करके निगरानी कार्यक्रम │
└─────────────────────────────────┘
↓
┌───────────┐
│ लाइव वीएम │ │ libguestfs उपकरण │
├───────────┤
│ कर्नेल (1)│ │ उपकरण कर्नेल (2) │
└───────────┘
↓ ↓ (आर/ओ कनेक्शन)
┌──────────────────────┐
| डिस्क छवि |
└──────────────────────┘

यह परिदृश्य सुरक्षित है (जब तक आप ड्राइव जोड़ते समय "केवल पढ़ने के लिए" ध्वज सेट करते हैं)।
हालाँकि libguestfs उपकरण कर्नेल (2) डिस्क में किए गए सभी परिवर्तनों को नहीं देखता है
छवि, दो कारणों से:

मैं। VM कर्नेल (1) डेटा को मेमोरी में कैश कर सकता है, इसलिए यह डिस्क छवि में दिखाई नहीं देता है।

द्वितीय. Libguestfs उपकरण कर्नेल (2) यह उम्मीद नहीं करता है कि डिस्क छवि बदल रही है
इसके नीचे, इसलिए वीएम कर्नेल (1) होने पर भी इसका अपना कैश जादुई रूप से अपडेट नहीं होता है
डिस्क छवि को अद्यतन करता है.

एकमात्र समर्थित समाधान यह है कि जब भी आप संपूर्ण libguestfs उपकरण को पुनरारंभ करें
डिस्क छवि में परिवर्तन देखना चाहते हैं. एपीआई स्तर पर जो कॉलिंग से मेल खाता है
"guestfs_shutdown" के बाद "guestfs_launch", जो एक हेवीवेट ऑपरेशन है (देखें)
भी Guestfs-प्रदर्शन(3))।

कुछ असमर्थित हैक हैं जिन्हें आप आज़मा सकते हैं यदि उपकरण को पुनः लॉन्च करना वास्तव में भी आवश्यक है
महँगा:

· "guestfs_drop_caches (g, 3)" पर कॉल करें। यह libguestfs द्वारा सभी कैश्ड डेटा सहायता का कारण बनता है
उपकरण कर्नेल (2) को त्याग दिया जाना चाहिए, इसलिए यह डिस्क छवि पर वापस चला जाता है।

हालाँकि यह अपने आप में पर्याप्त नहीं है, क्योंकि qemu कुछ डेटा को कैश भी करता है। आप
"कैश=असुरक्षित" मोड को पुनः सक्षम करने के लिए libguestfs को पैच करने की भी आवश्यकता होगी। देखना:
https://rwmj.wordpress.com/2013/09/02/new-in-libguestfs-allow-cache-mode-to-be-selected/

· इसके बजाय virt-bmap जैसे टूल का उपयोग करें।

· अतिथि के अंदर एक एजेंट चलाएं.

यदि अतिथि अधिक मौलिक परिवर्तन कर रहा है (उदाहरण के लिए फाइल सिस्टम को हटाना) तो कुछ भी मदद नहीं करता है।
इस प्रकार की चीज़ों के लिए आपको उपकरण को पुनः लॉन्च करना होगा।

(ध्यान दें कि एक तीसरी समस्या है जिसकी वास्तव में जांच करने के लिए आपको लगातार स्नैपशॉट का उपयोग करने की आवश्यकता है
लाइव डिस्क छवियाँ, लेकिन किसी भी लाइव डिस्क के विरुद्ध libguestfs का उपयोग करने में यह एक सामान्य समस्या है
छवि।)

onworks.net सेवाओं का उपयोग करके ऑनलाइन गेस्टएफएस-एफएक्यू का उपयोग करें