wimlib-imagex-append - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

wimlib-imagex-capture, wimlib-imagex-append - WIM इमेज बनाएं या जोड़ें

SYNOPSIS

विमलिब-इमेजएक्स कब्जा स्रोत विम्फाइल [IMAGE_NAME [चित्र का वर्णन]] [विकल्प...]
विमलिब-इमेजएक्स जोड़ना स्रोत विम्फाइल [IMAGE_NAME [चित्र का वर्णन]] [विकल्प...]

वर्णन

RSI विमलिब-इमेजएक्स कब्जा और विमलिब-इमेजएक्स जोड़ना कमांड एक विंडोज इमेजिंग (WIM) बनाते हैं
एक निर्देशिका पेड़ से छवि। NS विमलिब-इमेजएक्स कब्जा कमांड एक नई WIM फाइल बनाता है
कैप्चर की गई छवि युक्त, जबकि विमलिब-इमेजएक्स जोड़ना कमांड कैप्चर को जोड़ता है
मौजूदा WIM फ़ाइल में छवि। ये आदेश सरलता के रूप में भी उपलब्ध हैं विमकैप्चर और
wimapend यदि उपयुक्त हार्ड लिंक या बैच फ़ाइलें स्थापित हैं।

पृष्ठभूमि जानकारी: WIM छवि WIM फ़ाइल में एक स्वतंत्र निर्देशिका ट्री है। एक WIM
फ़ाइल में अलग-अलग छवियों की संख्या हो सकती है। WIM फाइलें सिंगल-इंस्टेंस के साथ हैं
फ़ाइल डेटा के संबंध में, इसलिए फ़ाइल को संपूर्ण WIM में केवल एक बार संग्रहीत किया जाता है, भले ही
फ़ाइल कितनी छवियों में दिखाई देती है।

स्रोत नई WIM छवि बनाने के लिए फ़ाइलों का स्थान निर्दिष्ट करता है। अगर स्रोत is
एक निर्देशिका, WIM छवि उस निर्देशिका से कैप्चर की जाती है (देखें निर्देशिका कब्जा (यूनिक्स)
or निर्देशिका कब्जा (खिड़कियाँ)) वैकल्पिक रूप से, यदि --स्रोत सूची विकल्प है
निर्दिष्ट, स्रोत एक फ़ाइल के रूप में व्याख्या की जाती है जो स्वयं फाइलों की एक सूची प्रदान करती है और
नई WIM छवि में शामिल करने के लिए निर्देशिकाएँ। अभी भी वैकल्पिक रूप से, केवल UNIX-like . पर
सिस्टम, अगर स्रोत एक नियमित फ़ाइल या ब्लॉक डिवाइस है, इसे NTFS वॉल्यूम के रूप में व्याख्यायित किया जाता है
जिसमें से एक WIM छवि को libntfs-3g का उपयोग करके कैप्चर किया जाना है (देखें NTFS वॉल्यूम कब्जा
(यूनिक्स)).

IMAGE_NAME और चित्र का वर्णन नया WIM देने के लिए नाम और विवरण निर्दिष्ट करें
छवि। अगर IMAGE_NAME निर्दिष्ट नहीं है, यह मूल नाम के लिए डिफ़ॉल्ट है (पथ को छोड़कर)
मूल निर्देशिका) का स्रोत, लेकिन अगर यह नाम पहले से मौजूद है विम्फाइल, एक अद्वितीय प्रत्यय
जोड़ दिया गया है। अन्यथा, IMAGE_NAME या तो ऐसा नाम होना चाहिए जो पहले से मौजूद नहीं है a
में छवि विम्फाइल, या बिना नाम वाली छवि बनाने के लिए खाली स्ट्रिंग। अगर
चित्र का वर्णन निर्दिष्ट नहीं है, नई छवि का कोई विवरण नहीं दिया गया है।

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

निर्देशिका कब्जा (यूनिक्स)

यह खंड दस्तावेज कैसे विमलिब-इमेजएक्स UNIX-like . पर निर्देशिका ट्री से फ़ाइलें कैप्चर करता है
सिस्टम देखो निर्देशिका कब्जा (खिड़कियाँ) विंडोज के लिए संबंधित दस्तावेज के लिए।

यूनिक्स जैसी प्रणालियों पर, जब स्रोत एक निर्देशिका या एक निर्देशिका के लिए एक प्रतीकात्मक लिंक निर्दिष्ट करता है,
WIM छवि को इस निर्देशिका में निहित निर्देशिका ट्री से कैप्चर किया जाएगा। इस
निर्देशिका किसी भी प्रकार की फाइल सिस्टम पर हो सकती है, और माउंटपॉइंट्स का पुनरावर्ती रूप से पालन किया जाता है। में
इस मोड में, विमलिब निम्नलिखित प्रकार की सूचनाओं को संग्रहीत करेगा:

· निर्देशिकाएं और नियमित फाइलें, और नियमित फाइलों की सामग्री

· हार्ड लिंक

· प्रतीकात्मक लिंक (विंडोज़ रिपार्स पॉइंट्स में दोषरहित रूप से अनुवादित)

· अंतिम संशोधन समय (mtime) और अंतिम पहुंच समय (atime) 100 नैनोसेकंड के साथ
विवरण का स्तर

· साथ में --यूनिक्स-डेटा: यूनिक्स के मालिक, समूह और मोड

· साथ में --यूनिक्स-डेटा: डिवाइस नोड्स, फीफो, और यूनिक्स डोमेन सॉकेट

विस्तारित विशेषताओं को संग्रहीत करने के लिए कोई समर्थन नहीं है (उदाहरण के लिए SELinux सुरक्षा लेबल और
पॉज़िक्स एसीएल)। यह भी ध्यान दें कि अंतिम स्थिति परिवर्तन समय (ctime) संग्रहीत नहीं है।

पांडित्य नोट: WIM प्रारूप की एक सीमा असामान्य मामले को रोकती है जहां एक एकल
प्रतीकात्मक लिंक फ़ाइल में ही कई नाम (हार्ड लिंक) होते हैं; इस असंभावित मामले में, प्रत्येक
प्रतीकात्मक लिंक को एक स्वतंत्र फ़ाइल के रूप में संग्रहीत किया जाता है।

NTFS वॉल्यूम कब्जा (यूनिक्स)

यह खंड दस्तावेज कैसे विमलिब-इमेजएक्स NTFS वॉल्यूम इमेज से सीधे फाइल कैप्चर करता है
यूनिक्स जैसी प्रणालियों पर।

यूनिक्स जैसी प्रणालियों पर, एक विशेष छवि कैप्चर मोड तब दर्ज किया जाता है जब स्रोत एक नियमित है
फ़ाइल या ब्लॉक डिवाइस। इस मोड में, स्रोत NTFS वॉल्यूम या वॉल्यूम माना जाता है
छवि, और विमलिब-इमेजएक्स NTFS की पूरी सामग्री वाली WIM छवि कैप्चर करेगा
वॉल्यूम, एनटीएफएस-विशिष्ट डेटा सहित। यह libntfs-3g का उपयोग करके किया जाता है।

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

NTFS वॉल्यूम कैप्चर मोड जितना संभव हो उतना डेटा और मेटाडेटा कैप्चर करने का प्रयास करता है,
जिनमें शामिल हैं:

सभी अनएन्क्रिप्टेड फ़ाइलों की सभी डेटा स्ट्रीम, जिसमें अनाम डेटा स्ट्रीम भी शामिल है
सभी नामित डेटा धाराओं के रूप में।

प्रतीकात्मक लिंक्स, जंक्शन पॉइंट्स और अन्य रीपार्स पॉइंट्स सहित रीपर्स पॉइंट्स।

फ़ाइल और निर्देशिका निर्माण, पहुंच, और संशोधन टाइमस्टैम्प, देशी का उपयोग कर
100 नैनोसेकंड का NTFS रिज़ॉल्यूशन।

· सभी घटकों (मालिक, समूह, डीएसीएल, और एसएसीएल) सहित विंडोज सुरक्षा डिस्क्रिप्टर।

· डॉस/विंडोज फाइल एट्रिब्यूट फ्लैग्स।

· सभी फाइलों के सभी नाम, जिसमें Win32 नामस्थान, डॉस नामस्थान में नाम शामिल हैं,
Win32+DOS नेमस्पेस और POSIX नेमस्पेस। इसमें हार्ड लिंक शामिल हैं।

हालाँकि, इस NTFS वॉल्यूम कैप्चर मोड की मुख्य सीमाएँ हैं:

एन्क्रिप्टेड फ़ाइलें डिफ़ॉल्ट रूप से बाहर रखी जाती हैं। हालांकि libntfs-3g उनके डेटा को पढ़ सकता है,
उन्हें WIM फ़ाइल में एक विशेष प्रारूप में संग्रहीत करने की आवश्यकता होती है जो कि wimlib अभी तक नहीं है
समर्थन (विंडोज़ को छोड़कर, जहां विमलिब डेटा को अपारदर्शी मान सकता है और इसे बंद कर सकता है
उपयुक्त एपीआई फ़ंक्शन के लिए)।

· विरल फ़ाइलों पर विरल विशेषता सहेजी जाएगी, लेकिन संग्रहीत डेटा होगा
"विरल" डेटा के बजाय फ़ाइल का पूरा डेटा। (डेटा, हालांकि, विषय है
WIM प्रारूप के संपीड़न के लिए।)

निर्देशिका कब्जा (खिड़कियाँ)

विंडोज पर, विमलिब-इमेजएक्स कब्जा और विमलिब-इमेजएक्स जोड़ना मूल रूप से विंडोज़ का समर्थन करें-
विशिष्ट और NTFS-विशिष्ट डेटा। इसलिए वे इसी के समान कार्य करते हैं
Microsoft के ImageX या DISM के आदेश। सर्वोत्तम परिणामों के लिए, निर्देशिका को कैप्चर किया जा रहा है
NTFS वॉल्यूम पर होना चाहिए और विमलिब-इमेजएक्स प्रशासक विशेषाधिकारों के साथ चलाया जाना चाहिए;
हालांकि, गैर-एनटीएफएस फाइल सिस्टम और प्रशासक के विशेषाधिकार के बिना चलने वाले भी हैं
समर्थित।

विंडोज पर, विमलिब-इमेजएक्स कब्जा और विमलिब-इमेजएक्स जोड़ना अधिक से अधिक डेटा संग्रहीत करने का प्रयास करें और
संभव के रूप में मेटाडेटा, सहित:

· सभी फाइलों के सभी डेटा स्ट्रीम।

प्रतीकात्मक लिंक्स, जंक्शन पॉइंट्स और अन्य रिपार्स पॉइंट्स सहित रीपर्स पॉइंट्स,
अगर स्रोत फाइल सिस्टम द्वारा समर्थित है। (नोट: देखें --आरपीफिक्स और --नॉरपफिक्स एसटी
पूर्ण प्रतीकात्मक लिंक और जंक्शनों को कैसे कैप्चर किया जाता है, इस पर दस्तावेज़ीकरण।)

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

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

फ़ाइल विशेषताएँ, जिनमें छिपी, विरल, संपीड़ित, एन्क्रिप्टेड, आदि शामिल हैं। एन्क्रिप्टेड
फ़ाइलें सादे पाठ के बजाय एन्क्रिप्टेड रूप में संग्रहीत की जाएंगी। पारदर्शी रूप से
संपीड़ित फ़ाइलों को WIM के स्वयं के अधीन असंपीड़ित और संग्रहीत के रूप में पढ़ा जाएगा
संपीड़न। विरल फ़ाइलों को संग्रहीत करने के लिए कोई विशेष हैंडलिंग नहीं है, लेकिन वे हैं
छोटे आकार में सिकुड़ने की संभावना है।

· डॉस नाम (8.3) फाइलों के नाम; हालाँकि, उन्हें पढ़ने में विफलता को एक नहीं माना जाता है
त्रुटि स्थिति।

· हार्ड लिंक, यदि स्रोत फाइल सिस्टम द्वारा समर्थित है।

एनटीएफएस विस्तारित विशेषताओं और ऑब्जेक्ट आईडी को संग्रहीत करने के लिए कोई समर्थन नहीं है।

कब्जा प्रक्रिया प्रतिवर्ती है, कब से विमलिब-इमेजएक्स लागू करें (विंडोज़ पर) अर्क
कैप्चर की गई WIM छवि, यह उपरोक्त सभी जानकारी को कम से कम
गंतव्य फाइल सिस्टम द्वारा समर्थित सीमा।

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

विकल्प

--बूट
निर्दिष्ट करता है कि नई छवि को WIM संग्रह की बूट करने योग्य छवि बनाया जाना है।

--जाँच
के लिए विमलिब-इमेजएक्स जोड़ना, एपेंड ऑपरेशन करने से पहले, जांच लें
की अखंडता विम्फाइल यदि एक अखंडता तालिका मौजूद है। इसके अलावा, एक शामिल करें
नई WIM फ़ाइल में अखंडता तालिका (विमलिब-इमेजएक्स कब्जा) या संशोधित WIM फ़ाइल
(विमलिब-इमेजएक्स जोड़ना) यदि यह विकल्प निर्दिष्ट नहीं है, तो कोई अखंडता तालिका नहीं है
के साथ बनाई गई WIM फ़ाइल में शामिल विमलिब-इमेजएक्स कब्जा, जबकि एक WIM फ़ाइल अपडेट की गई
साथ में विमलिब-इमेजएक्स जोड़ना एक अखंडता तालिका के साथ लिखा जाएगा यदि और केवल यदि एक
पहले मौजूद था।

--संकुचित करें=TYPE[:LEVEL]
नई WIM फ़ाइल के लिए संपीड़न स्वरूप निर्दिष्ट करता है। TYPE "कोई नहीं", "एक्सप्रेस" हो सकता है
(उपनाम: "तेज़"), "LZX" (उपनाम: "अधिकतम"), या "LZMS" (उपनाम: "रिकवरी")। TYPE is
मिलान केस-असंवेदनशील रूप से। डिफ़ॉल्ट "LZX" है।

आप वैकल्पिक रूप से एक पूर्णांक संपीड़न भी निर्दिष्ट कर सकते हैं LEVEL. संपीड़न स्तर
निर्दिष्ट करता है कि निर्दिष्ट संपीड़न के लिए संपीड़न एल्गोरिदम कितना कठिन है TYPE मर्जी
डेटा को संपीड़ित करने के लिए काम करें। मानों को बढ़ाया जाता है ताकि 20 त्वरित संपीड़न हो,
50 मध्यम संपीड़न है, और 100 उच्च संपीड़न है। हालाँकि, आप कोई भी चुन सकते हैं
मूल्य, और न केवल इन विशेष मूल्यों। डिफ़ॉल्ट 50 है।

यह विकल्प केवल गैर-ठोस WIM संसाधनों में प्रयुक्त संपीड़न प्रकार को प्रभावित करता है। अगर
आप एक ठोस WIM बना रहे हैं (इसका उपयोग करके) --ठोस विकल्प), तो आप शायद चाहते हैं
--ठोस-संपीड़ित बजाय.

यदि आप LZMS संपीड़न चुनते हैं तो सावधान रहें। यह पहले विमलिब के साथ संगत नहीं है
v1.6.0, Windows 8 से पहले WIMGAPI, Windows 8.1 से पहले DISM और v7 से पहले 15.12-ज़िप।

यह भी ध्यान दें कि LZMS संपीड़न चुनने का अर्थ स्वचालित रूप से ठोस-मोड नहीं है
संपीड़न, जैसा कि यह DISM के साथ करता है। उपयोग --ठोस यदि आप एक ठोस WIM बनाना चाहते हैं,
या "ईएसडी फ़ाइल"।

--खंड आकार=SIZE
संपीड़न खंड आकार को सेट करें SIZE बाइट्स। एक बड़ा संपीड़न खंड आकार
एक बेहतर संपीड़न अनुपात में परिणाम। विमलिब विभिन्न चंक आकारों का समर्थन करता है
संपीड़न प्रकार के आधार पर:

एक्सप्रेस: ​​4K, 8K, 16K, 32K, 64K

· एलजेडएक्स: 32के, 64के, 128के, 256के, 512के, 1एम, 2एम

· एलजेडएमएस: 32 के, 64 के, 128 के, 256 के, 512 के, 1 एम, 2 एम, 4 एम, 8 एम, 16 एम, 32 एम, 64 एम, 128 एम, 256 एम, 512 एम,
1G

आप पूर्ण संख्या प्रदान कर सकते हैं (उदा. 32768), या आप K, M, या G . में से किसी एक का उपयोग कर सकते हैं
प्रत्यय KiB, MiB और GiB भी स्वीकार किए जाते हैं।

यह विकल्प केवल गैर-ठोस WIM संसाधनों में उपयोग किए गए चंक आकार को प्रभावित करता है। अगर आप
एक ठोस WIM बनाना (इसका उपयोग करके) --ठोस विकल्प), तो आप शायद चाहते हैं --ठोस-
खंड आकार बजाय.

यदि Microsoft के कार्यान्वयन के साथ संगतता है तो इस विकल्प का सावधानी से उपयोग करें
वांछित, क्योंकि उनके कार्यान्वयन में गैर-डिफ़ॉल्ट खंड आकारों के लिए सीमित समर्थन है।

--ठोस
एक "ठोस" WIM फ़ाइल बनाएँ जो फ़ाइलों को स्वतंत्र रूप से संपीड़ित करने के बजाय एक साथ संपीड़ित करती है।
इसका परिणाम काफी बेहतर संपीड़न अनुपात में होता है, लेकिन यह लागत पर आता है
विभिन्न ट्रेडऑफ़, जिनमें शामिल हैं: बहुत अधिक मेमोरी उपयोग के साथ धीमा संपीड़न; धीरे
परिणामी WIM फ़ाइल तक यादृच्छिक अभिगम; और कम संगतता।

संगतता-वार, ठोस WIM का समर्थन करने के लिए Microsoft के WIMGAPI का पहला संस्करण
फाइलें विंडोज 8 के साथ जारी की गई थीं, और ऐसा करने के लिए डीआईएसएम का पहला संस्करण था
विंडोज 8.1 के साथ जारी किया गया।

यदि आप "ESD फ़ाइल" बनाना चाहते हैं, तो इस विकल्प का उपयोग करें। एक (अनएन्क्रिप्टेड) ​​"ESD
फ़ाइल" एक ठोस WIM फ़ाइल है।

डिफ़ॉल्ट रूप से, इस विकल्प का प्रभाव DISM के विकल्प के बराबर होता है
/संपीड़ित:पुनर्प्राप्ति. Wimlib-imagex के विकल्प अलग हैं क्योंकि वे कोशिश करते हैं
सॉलिड-मोड कंप्रेशन के साथ कंप्रेशन टाइप (जैसे LZX या LZMS) को मिलाना नहीं,
क्योंकि ये दो अलग चीजें हैं।

--सॉलिड-चंक-साइज़=SIZE
पसंद --खंड आकार, लेकिन ठोस संसाधनों में उपयोग किए जाने वाले चंक आकार को सेट करें। डिफ़ॉल्ट,
LZMS संपीड़न मानते हुए, 64MiB (67108864) है; इसके लिए लगभग 640MiB मेमोरी की आवश्यकता होती है
प्रति धागा। यह विकल्प तभी प्रभावी होता है जब --ठोस भी निर्दिष्ट है। ध्यान दें:
Microsoft का कार्यान्वयन LZMS चंक आकार से बड़े आकार के साथ संगत नहीं है
64एमआईबी।

--ठोस-संपीड़ित=TYPE[:LEVEL]
पसंद --संकुचित करें, लेकिन ठोस संसाधनों में प्रयुक्त संपीड़न प्रकार सेट करें। डिफ़ॉल्ट
LZMS संपीड़न है। यह विकल्प तभी प्रभावी होता है जब --ठोस भी निर्दिष्ट है।

--धागे=NUM_THREADS
डेटा को संपीड़ित करने के लिए उपयोग किए जाने वाले थ्रेड्स की संख्या। डिफ़ॉल्ट: स्वतः पता लगाएँ (संख्या .)
उपलब्ध सीपीयू)।

--पुनर्निर्माण
के लिए विमलिब-इमेजएक्स जोड़ना: नया डेटा जोड़ने के बजाय संपूर्ण WIM का पुनर्निर्माण करें
इसके अंत तक। WIM का पुनर्निर्माण धीमा है, लेकिन इससे थोड़ी सी जगह की बचत होगी
अन्यथा WIM में एक छेद के रूप में छोड़ दिया जाएगा। और देखें विमलिब-इमेजएक्स
ऑप्टिमाइज़ करें(1).

--झंडे=संस्करण आईडी
में उपयोग करने के लिए एक स्ट्रिंग निर्दिष्ट करें नई छवि के लिए XML डेटा का तत्व।

--छवि-संपत्ति नाम=मूल्य
WIM फ़ाइल के XML दस्तावेज़ में सेट करने के लिए एक मनमाना प्रति-छवि गुण निर्दिष्ट करें।
मूल्य संपत्ति मूल्य के रूप में सेट करने के लिए स्ट्रिंग है। नाम छवि का नाम है
संपत्ति, उदाहरण के लिए "NAME", "DESCRIPTION", या "TOTALBYTES"। नाम में शामिल हो सकते हैं
नेस्टेड XML तत्व को इंगित करने के लिए फ़ॉरवर्ड स्लैश; उदाहरण के लिए,
"विंडोज़/संस्करण/बिल्ड" संस्करण के भीतर नेस्टेड बिल्ड तत्व को इंगित करता है
विन्डोज़ तत्व के भीतर नेस्टेड तत्व। एक कोष्ठक संख्या का उपयोग किया जा सकता है
कई समान-नाम वाले तत्वों में से एक को इंगित करें; उदाहरण के लिए,
"विंडोज़/भाषाएं/भाषा[2]" नेस्टेड दूसरे "भाषा" तत्व को इंगित करता है
"विंडोज़/भाषाएं" तत्व के भीतर। इस तरह से तत्वों की सूची जोड़ते समय,
उन्हें अनुक्रमिक क्रम में निर्दिष्ट किया जाना चाहिए। ध्यान दें कि तत्व नाम केस हैं-
संवेदनशील। यह विकल्प कई बार निर्दिष्ट किया जा सकता है।

-- संदर्भ
(केवल UNIX- जैसे सिस्टम) प्रतीकात्मक लिंक का पालन करें और उन फ़ाइलों को संग्रहीत करें जिनकी वे ओर इशारा करते हैं,
लिंक को स्वयं संग्रहीत करने के बजाय।

--कॉन्फ़िगरेशन=फ़ाइल
एक कॉन्फ़िगरेशन फ़ाइल निर्दिष्ट करता है (UTF-8 या UTF-16LE एन्कोडेड; सादा ASCII भी काम करता है)
नई छवि कैप्चर करने के लिए। कॉन्फ़िगरेशन फ़ाइल उन फ़ाइलों को निर्दिष्ट करती है जिन्हें होना चाहिए
छवि कैप्चर के दौरान विशेष रूप से इलाज किया गया।

कॉन्फ़िगरेशन फ़ाइल का प्रारूप आईएनआई-शैली है; अर्थात्, इसे व्यवस्थित किया गया है
ब्रैकेट वाले खंड। वर्तमान में, निम्नलिखित वर्गों को मान्यता दी गई है:

· [बहिष्करण सूची] --- में कैप्चर से बाहर करने के लिए पथ ग्लोब की एक सूची है। अगर
एक निर्देशिका का मिलान किया जाता है, निर्देशिका और उसकी सामग्री दोनों को बाहर रखा जाता है।

· [बहिष्करण अपवाद] --- में शामिल करने के लिए पथ ग्लोब की एक सूची है
कैप्चर करें, तब भी जब फ़ाइल या निर्देशिका [बहिष्करण सूची] में ग्लोब से मेल खाती हो।

· [प्रीपॉपुलेटलिस्ट] --- यह कैप्चर को प्रभावित नहीं करता है, लेकिन अगर छवि लागू होती है
बाद में के साथ --विंबूट, ये फाइलों के ग्लोब हैं जिन्हें सामान्य रूप से निकाला जाएगा,
WIMBoot "सूचक फ़ाइलें" के रूप में नहीं। यदि कोई निर्देशिका मेल खाती है, तो सभी फ़ाइलें और
उपनिर्देशिकाएँ भी पुनरावर्ती रूप से मेल खाती हैं।

पथ ग्लोब में '*' और '?' हो सकते हैं मेटा-वर्ण। सापेक्ष ग्लोब (जैसे
*.mp3) किसी भी निर्देशिका में फ़ाइल नाम से मेल खाता है। एब्सोल्यूट ग्लब्स (जैसे/डीआईआर/फाइल),
मुख्य निर्देशिका से शुरू होने वाले पथ के रूप में माना जाता है जिसे कैप्चर किया जा रहा है, या की जड़
NTFS वॉल्यूम कैप्चर मोड के लिए NTFS वॉल्यूम। में ड्राइव अक्षरों का प्रयोग न करें
पथ; उनकी उपेक्षा की जाएगी। पथ विभाजक या तो फ़ॉरवर्ड स्लैश हो सकते हैं या
पीछे की ओर स्लैश।

'#' या ';' से शुरू होने वाली पंक्तियाँ पात्रों को टिप्पणियों के रूप में माना जाता है और उनकी उपेक्षा की जाती है।
सफेद जगह वाले ग्लोब को उद्धृत करने की आवश्यकता नहीं है; हालांकि, अगर वे हैं, तो दोनों डबल
और एकल उद्धरण स्वीकार किए जाते हैं।

यदि यह विकल्प निर्दिष्ट नहीं है, तो निम्न डिफ़ॉल्ट कॉन्फ़िगरेशन फ़ाइल का उपयोग किया जाता है:

[अपवर्जन सूची]
\$ntfs.लॉग
\hiberfil.sys
\ pagefile.sys
\swapfile.sys
\सिस्टम वॉल्यूम सूचना
\ पुनर्चक्रण
\विंडोज\सीएससी

हालाँकि, विशेष व्यवहार लागू होता है यदि --विंबूट भी निर्दिष्ट है। डिफ़ॉल्ट रूप से, साथ
--विंबूट निर्दिष्ट, निर्देशिका में फ़ाइल Windows/System32/WimBootCompress.ini
कैप्चर की जा रही कॉन्फ़िगरेशन फ़ाइल के रूप में उपयोग की जाएगी। हालाँकि, यह हो सकता है
ओवरराइड का उपयोग कर --कॉन्फ़िगरेशन; और यह निर्दिष्ट कॉन्फ़िगरेशन फ़ाइल को भी करने का कारण बनता है
WIM छवि में Windows/System32/WimBootCompress.ini के रूप में सहेजा जा सकता है, किसी को भी ओवरराइड कर सकता है
जो फाइल सिस्टम पर मौजूद हो सकता है।

--यूनिक्स-डेटा
(केवल UNIX जैसे सिस्टम) UNIX के मालिक, समूह, मोड और डिवाइस आईडी को स्टोर करें (प्रमुख और
प्रत्येक कैप्चर की गई फ़ाइल की छोटी संख्या)। Wimlib v1.7.0 से, आप बैकअप ले सकते हैं और
न केवल मानक UNIX फ़ाइल अनुमति जानकारी को पुनर्स्थापित करें, बल्कि चरित्र भी
डिवाइस नोड्स, ब्लॉक डिवाइस नोड्स, नामित पाइप (FIFOs), और UNIX डोमेन सॉकेट।

wimlib प्रत्येक निर्देशिका में एक विशेष टैग किए गए मेटाडेटा आइटम को जोड़कर UNIX डेटा संग्रहीत करता है
प्रत्येक फ़ाइल की प्रविष्टि जिसमें यह जानकारी है। यह अतिरिक्त जानकारी है
Microsoft कार्यान्वयन द्वारा अनदेखा किया गया। नोट: यूनिक्स डेटा पहले विमलिब द्वारा संग्रहीत किया गया था
v1.7.0 ने एक अलग प्रारूप का उपयोग किया जो अब समर्थित नहीं है। यदि आपके पास पुराना WIM . है
UNIX डेटा वाली फ़ाइलें, उन्हें v1.6.2 के साथ लागू करें और उन्हें v1.7.0 or . के साथ पुनः कैप्चर करें
बाद में.

--नहीं-एसीएल
फ़ाइलों के सुरक्षा विवरणकों को कैप्चर न करें।

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

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

के लिए डिफ़ॉल्ट व्यवहार विमलिब-इमेजएक्स कब्जा के बराबर है --आरपीफिक्स।
के लिए डिफ़ॉल्ट व्यवहार विमलिब-इमेजएक्स जोड़ना होगा --आरपीफिक्स अगर रिपार्स पॉइंट फिक्सअप
पहले किया गया है विम्फाइल, अन्यथा --नॉरपफिक्स.

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

--स्रोत सूची
विमलिब-इमेजएक्स कब्जा और विमलिब-इमेजएक्स जोड़ना से WIM छवि बनाने में सहायता करें
एकाधिक अलग फ़ाइलें या निर्देशिका। कब --स्रोत सूची निर्दिष्ट है, स्रोत
तर्क एक टेक्स्ट फ़ाइल का नाम निर्दिष्ट करता है, जिसकी प्रत्येक पंक्ति या तो 1 या 2 है
व्हाइटस्पेस से अलग फ़ाइल पथ। पहला फ़ाइल पथ, स्रोत, निर्दिष्ट करता है
WIM छवि में कैप्चर करने के लिए फ़ाइल या निर्देशिका का पथ। यह या तो हो सकता है
निरपेक्ष या वर्तमान कार्यशील निर्देशिका के सापेक्ष। दूसरी फ़ाइल पथ, यदि
बशर्ते, लक्ष्य है और WIM छवि में पथ निर्दिष्ट करता है कि यह फ़ाइल या
निर्देशिका के रूप में सहेजा जाएगा। लक्ष्य में अग्रणी और अनुगामी स्लैश पर ध्यान नहीं दिया जाता है,
सिवाय इसके कि इसमें पूरी तरह से स्लैश हों (जैसे "/"), जो इंगित करता है कि
निर्देशिका को WIM छवि का मूल बनना है। यदि छोड़ा गया है, तो लक्ष्य स्ट्रिंग
स्रोत स्ट्रिंग के समान डिफ़ॉल्ट।

एक उदाहरण स्रोत सूची फ़ाइल इस प्रकार है:

# 'winpe' डायरेक्टरी से WIM इमेज बनाएं
विनपे /

# WIM इमेज में 'ओवरले' डायरेक्टरी को '/overlay' पर भेजें
ओवरले / ओवरले

# WIM इमेज के रूट पर सीधे एक अलग डायरेक्टरी को ओवरले करें।
/डेटा/सामान /

WIM में उपनिर्देशिकाएँ आवश्यकतानुसार बनाई जाती हैं। एकाधिक स्रोत निर्देशिकाएं हो सकती हैं
एक ही लक्ष्य साझा करें, जिसका अर्थ है एक ओवरले। इस घटना में कि यह परिणाम a
गैर-निर्देशिका फ़ाइल को WIM छवि में कई बार जोड़ा जा रहा है, अंतिम संस्करण (as .)
स्रोत सूची फ़ाइल में सूचीबद्ध) किसी भी पुराने संस्करण को ओवरराइड करता है।

व्हॉट्सएप वाले फ़ाइल पथों को सिंगल कोट्स या डबल के साथ उद्धृत किया जा सकता है
उल्लेख। उद्धरण बच नहीं सकते।

केवल रिक्त स्थान वाली रेखाएँ और '#' से शुरू होने वाली रेखाएँ से पहले
वैकल्पिक सफेद जगह को नजरअंदाज कर दिया जाता है।

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

UNIX- जैसे सिस्टम पर NTFS वॉल्यूम कैप्चर मोड का उपयोग नहीं किया जा सकता है --स्रोत सूची,
क्योंकि केवल एक पूर्ण NTFS वॉल्यूम कैप्चर करना समर्थित है।

--पाइपेबल
एक "पाइपेबल" WIM बनाएं, जिसे पूरी तरह से क्रमिक रूप से लागू किया जा सकता है, जिसमें a . भी शामिल है
पाइप। परिणामी WIM में एक छवि के साथ लागू किया जा सकता है विमलिब-इमेजएक्स लागू करें, या तो
सामान्य रूप से WIM फ़ाइल नाम निर्दिष्ट करके, या साथ विमलिब-इमेजएक्स लागू करें - पढ़ने के लिए
मानक इनपुट से WIM। देखो विमलिब-इमेजएक्स लागू करें(1) अधिक जानकारी के लिए।

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

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

अधिकांश भाग के लिए, विम्लिब पारदर्शी रूप से पाइप करने योग्य WIM पर काम करता है। आप संशोधित कर सकते हैं
छवियों को जोड़ें या हटाएं, छवियों को निर्यात करें, और यहां तक ​​कि विभाजित पाइप करने योग्य WIM भी बनाएं। NS
मुख्य नुकसान यह है कि संलग्न करना (वर्तमान में) कम कुशल है (--पुनर्निर्माण is
हमेशा निहित), और साथ ही वे Microsoft के सॉफ़्टवेयर के साथ संगत नहीं हैं।

विमलिब-इमेजएक्स कब्जा और विमलिब-इमेजएक्स जोड़ना क्या दोनों सीधे एक पाइप करने योग्य WIM लिख सकते हैं
मानक उत्पादन के लिए; यह स्वचालित रूप से किया जाता है यदि विम्फाइल "-" के रूप में निर्दिष्ट है। (में
उस मामले में, --पाइपेबल माना गया है।)

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

--अद्यतन-की=[विम्फाइल:]छवि
घोषणा करता है कि छवि को कैप्चर या संलग्न किया जा रहा है स्रोत ज्यादातर के समान है
मौजूदा छवि छवि in विम्फाइल, लेकिन बाद के समय में कब्जा कर लिया, संभवतः
बीच के समय में कुछ संशोधनों के साथ। यह में उपयोग करने के लिए डिज़ाइन किया गया है
एक ही फाइल सिस्टम या डायरेक्टरी ट्री का वृद्धिशील बैकअप। छवि एक हो सकता है
1-आधारित अनुक्रमणिका या मौजूदा छवि का नाम विम्फाइल. यह नकारात्मक भी हो सकता है
छवियों में पीछे की ओर अनुक्रमित करने के लिए पूर्णांक (उदाहरण -1 का अर्थ है अंतिम मौजूदा छवि
in विम्फाइल).

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

जैसा कि दिखाया गया है, इस विकल्प के तर्क के लिए पूर्ण वाक्यविन्यास WIM निर्दिष्ट करना है
फ़ाइल, एक कोलन, और छवि; उदाहरण के लिए, "--update-of mywim.wim:1"। हालांकि
WIM फ़ाइल और कोलन को छोड़ा जा सकता है, जिस स्थिति में WIM फ़ाइल डिफ़ॉल्ट होगी
एपेंड ऑपरेशंस के लिए WIM फाइल को जोड़ा जा रहा है, या WIM फाइल जिसमें से एक डेल्टा है
लिया जा रहा है (केवल अगर --डेल्टा-से कैप्चर के लिए बिल्कुल एक बार निर्दिष्ट किया गया है
आपरेशनों।

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

इस विकल्प को कई बार निर्दिष्ट किया जा सकता है, जिस स्थिति में परिणामी डेल्टा WIM
इसमें केवल वे धाराएँ होंगी जो किसी भी निर्दिष्ट आधार WIM में मौजूद नहीं हैं।

परिणामी डेल्टा WIM पर अन्य कमांड का उपयोग करके संचालित करने के लिए जैसे विमलिब-इमेजएक्स
लागू करें, आपको डेल्टा WIM को ऑपरेट करने के लिए WIM फ़ाइल के रूप में निर्दिष्ट करना होगा, लेकिन यह भी
आधार WIM (ओं) का उपयोग करते हुए देखें --संदर्भ विकल्प। सावधान रहें: उचित बनाए रखने के लिए
डेल्टा WIM के कामकाज, आप केवल जोड़ सकते हैं, हटा नहीं सकते, फ़ाइलें और छवियां
आधार WIM (ओं) से एक डेल्टा पर कब्जा करने के बाद।

--डेल्टा-से के साथ जोड़ा जा सकता है --अद्यतन-की कैप्चरिंग की गति बढ़ाने के लिए a
डेल्टा डब्ल्यूआईएम।

एक उदाहरण के रूप में, निम्नलिखित बैकअप पर विचार करें और अनुक्रम को पुनर्स्थापित करें:

(प्रारंभिक बैकअप)

$ wimcapture /some/directory bkup-base.wim

(कुछ दिनों बाद, पहले से डेल्टा के रूप में दूसरा बैकअप बनाएं)

$ wimcapture /some/directory bkup-2013-08-20.dwm \
--bkup-base.wim का अद्यतन-अपडेट:-1 --delta-from bkup-base.wim

(दूसरा बैकअप बहाल करना)

$ wimapply bkup-2013-08-20.dwm --ref=bkup-base.wim 1 \
/कुछ/निर्देशिका

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

नोट: "पाइपेबल" WIMs के विपरीत (के साथ बनाया गया --पाइपेबल विकल्प), "डेल्टा" WIMs
(के साथ बनाया गया --डेल्टा-से विकल्प) माइक्रोसॉफ्ट के सॉफ्टवेयर के अनुकूल हैं।
उदाहरण के लिए, आप आधार WIM को संदर्भित करने के लिए ImageX के /ref विकल्प का उपयोग कर सकते हैं,
ऊपर के समान।

अतिरिक्त नोट: विमलिब-इमेजएक्स इतना सामान्यीकृत है कि आप वास्तव में गठबंधन कर सकते हैं
--पाइपेबल और --डेल्टा-से पाइप करने योग्य डेल्टा WIM बनाने के लिए। ऐसे मामलों में, आधार
WIM (ओं) को पाइपेबल के साथ-साथ डेल्टा WIM के रूप में कैप्चर किया जाना चाहिए, और एक लागू करते समय
छवि, आधार WIM (ओं) को डेल्टा WIM के बाद पाइप पर भेजा जाना चाहिए।

--विंबूट
छवि को WIMBoot-संगत के रूप में चिह्नित करें। अधिक के लिए माइक्रोसॉफ्ट के दस्तावेज देखें
WIMBoot के बारे में जानकारी। यह विकल्प, डिफ़ॉल्ट रूप से, संपीड़न प्रकार सेट करेगा
XPRESS और चंक का आकार 4096 बाइट्स तक; हालाँकि, इन्हें अभी भी ओवरराइड किया जा सकता है
के माध्यम से --संकुचित करें और --खंड आकार पैरामीटर, क्रमशः। इसके अलावा, यह
विकल्प, डिफ़ॉल्ट रूप से, कॉन्फ़िगरेशन फ़ाइल को सेट करेगा
स्रोत\Windows\System32\WimBootCompress.ini यदि मौजूद है और पहुंच योग्य है; हालांकि, यह
के माध्यम से अभी भी ओवरराइड किया जा सकता है --कॉन्फ़िगरेशन पैरामीटर।

--असुरक्षित-कॉम्पैक्ट
इस विकल्प के लिए दस्तावेज़ देखें विमलिब-इमेजएक्स-ऑप्टिमाइज़ (1).

--स्नैपशॉट
प्रायोगिक: स्रोत निर्देशिका का एक अस्थायी फाइल सिस्टम स्नैपशॉट बनाएं और
इसमें से फाइलों को कैप्चर करें। वर्तमान में, यह विकल्प केवल विंडोज़ पर समर्थित है,
जहां यह वॉल्यूम शैडो कॉपी सर्विस (VSS) का उपयोग करता है। इस विकल्प का उपयोग करके, आप कर सकते हैं
बिना चल रहे विंडोज सिस्टम के सिस्टम वॉल्यूम का लगातार बैकअप बनाएं
लॉक की गई फाइलों के साथ समस्याओं में चल रहा है। VSS स्नैपशॉट के सफलतापूर्वक होने के लिए
बनाया था, विमलिब-इमेजएक्स एक प्रशासक के रूप में चलाया जाना चाहिए, और इसे में नहीं चलाया जा सकता
WoW64 मोड (अर्थात यदि Windows 64-बिट है, तो विमलिब-इमेजएक्स 64-बिट भी होना चाहिए)।

टिप्पणियाँ

विमलिब-इमेजएक्स जोड़ना एक विभाजित WIM में छवि जोड़ने का समर्थन नहीं करता है।

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

विमलिब-इमेजएक्स Microsoft के सॉफ़्टवेयर (WIMGAPI, ImageX, DISM) के साथ संगत WIM बनाता है,
कुछ चेतावनियों के साथ:

· साथ में विमलिब-इमेजएक्स यूनिक्स जैसी प्रणालियों पर, WIM छवि बनाना संभव है
केवल मामले में भिन्न नामों वाली फ़ाइलें, या नामों वाली फ़ाइलें शामिल हैं
वर्ण ':', '*', '?', '"', '<', '>', '|', या '\', जो POSIX पर मान्य हैं-
अनुपालन फाइल सिस्टम लेकिन विंडोज़ नहीं। सावधान रहें कि ऐसी फाइलें नहीं होंगी
के विंडोज संस्करण द्वारा डिफ़ॉल्ट रूप से निकाला गया विमलिब-इमेजएक्स, और (और भी बदतर)
Microsoft के ImageX को ऐसे नामों से भ्रमित किया जा सकता है और छवि को आंशिक रूप से निकालना छोड़ दिया जा सकता है
के माध्यम से। (शायद यह इंगित करने योग्य है कि विंडोज़ का अपना डिफ़ॉल्ट फाइल सिस्टम,
एनटीएफएस, इन पात्रों का समर्थन करता है, हालांकि विंडोज़ नहीं करता है!)

पाइपेबल WIM माइक्रोसॉफ्ट के सॉफ्टवेयर के साथ असंगत हैं। पाइप करने योग्य WIM बनाए जाते हैं
केवल विम्फाइल "-" (मानक आउटपुट) के रूप में निर्दिष्ट किया गया था या यदि --पाइपेबल झंडा था
निर्दिष्ट।

· गैर-डिफ़ॉल्ट चंक आकार के साथ कैप्चर किए गए WIM (के साथ) --खंड आकार विकल्प) या ठोस के रूप में
अभिलेखागार (के साथ --ठोस विकल्प) या LZMS संपीड़न के साथ (साथ .) --संकुचित करें=एलजेडएमएस या
--संकुचित करें=रिकवरी) में माइक्रोसॉफ्ट के सॉफ्टवेयर के साथ संगतता के विभिन्न स्तर हैं।
आम तौर पर, Microsoft के सॉफ़्टवेयर के हाल के संस्करण अधिक संगत होते हैं।

उदाहरण

पहला उदाहरण: LZX ("अधिकतम") संपीड़न के साथ एक नया WIM 'mywim.wim' बनाएं जो कि
निर्देशिका ट्री 'somedir' की एक कैप्चर की गई छवि शामिल करें। ध्यान दें कि छवि नाम की आवश्यकता है
निर्दिष्ट नहीं किया जाएगा और 'somedir' के लिए डिफ़ॉल्ट होगा:

विमलिब-इमेजेक्स कैप्चर somedir mywim.wim

या, यदि विमकैप्चर हार्ड लिंक या बैच फ़ाइल स्थापित की गई है, संक्षिप्त रूप कर सकते हैं
इस्तेमाल किया गया:

wimcapture somedir mywim.wim

हालाँकि, शेष उदाहरण लंबे रूप का उपयोग करेंगे। इसके बाद, a . की छवि संलग्न करें
ऊपर बनाए गए WIM के लिए अलग निर्देशिका ट्री:

विमलिब-इमेजेक्स एपेंड अदरदिर mywim.wim

काफी आसान है, और इमेजिंग डायरेक्टरी ट्री के उपरोक्त उदाहरण UNIX-like दोनों पर काम करते हैं
सिस्टम और विंडोज़। इसके बाद, कई गैर-डिफ़ॉल्ट विकल्पों के साथ WIM कैप्चर करें, जिसमें शामिल हैं
XPRESS ("तेज़") संपीड़न, एक अखंडता तालिका, पूर्ण प्रतीकात्मक लिंक के साथ कोई गड़बड़ नहीं,
और एक छवि का नाम और विवरण:

wimlib-imagex somedir mywim.wim कैप्चर करें --compress=fast \
--चेक --norpfix "कुछ नाम" "कुछ विवरण"

संपूर्ण NTFS वॉल्यूम को एक नई WIM फ़ाइल में कैप्चर करें और छवि को "Windows 7" नाम दें। पर
यूनिक्स जैसी प्रणालियों के लिए, इसमें वर्णित विशेष मोड का उपयोग करने की आवश्यकता होती है NTFS वॉल्यूम कब्जा
(यूनिक्स) जहां स्रोत एक फाइल या ब्लॉक डिवाइस है जिसमें NTFS फाइल सिस्टम होता है:

wimlib-imagex कैप्चर /dev/sda2 windows7.wim "Windows 7"

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

wimlib-imagex कैप्चर E:\ windows7.wim "Windows 7"

एनटीएफएस वॉल्यूम को कैप्चर करने के साथ उपरोक्त उदाहरण के समान विमलिब-इमेजएक्स यूनिक्स पर चल रहा है-
सिस्टम की तरह, लेकिन WIM को विमलिब-विशिष्ट "पाइपेबल" प्रारूप में कैप्चर करें जिसे पाइप किया जा सकता है
सेवा मेरे विमलिब-इमेजएक्स लागू करें:

wimlib-imagex कैप्चर /dev/sda2 windows7.wim "Windows 7" \
--पाइपेबल

ऊपर जैसा ही है, लेकिन "windows7.wim" फ़ाइल में पाइप करने योग्य WIM लिखने के बजाय, इसे लिखें
किसी अन्य प्रोग्राम "someprog" में पाइप के माध्यम से सीधे मानक आउटपुट पर, जो
उदाहरण के लिए, एक प्रोग्राम या स्क्रिप्ट हो सकता है जो डेटा को सर्वर पर स्ट्रीम करता है। ध्यान दें कि
--पाइपेबल WIM "फ़ाइल" के रूप में मानक आउटपुट का उपयोग करते समय स्पष्ट रूप से निर्दिष्ट करने की आवश्यकता नहीं है:

wimlib-imagex कैप्चर /dev/sda2 - "विंडोज 7" | कुछ कार्यक्रम

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