NTFS पर संपीड़ित सिस्टम छवियों के चरम विखंडन से बचना


8

समस्या की व्याख्या

मैं NTFS ड्राइव पर वूडमिन के साथ बनाई गई विंडोज़ डिस्क छवियों को संग्रहीत कर रहा हूं, और मैंने तब मिला जब NTFS संपीड़न 1.5-2 × अंतरिक्ष संरक्षण देता है, फिर भी बहाल करने के लिए पूर्ण उपलब्धता देता है।

लेकिन संपीड़ित करने की प्रक्रिया में, फ़ाइल को आमतौर पर सिस्टम डिस्क छवि के लिए 100'000 टुकड़े से ऊपर, खंडित हो जाता है।

इस तरह के विखंडन के साथ, डीफ़्रैग्मेंटिंग में बहुत लंबा (प्रति छवि कई घंटे) लगता है। कुछ डीफ़्रैग्मेन्टर्स भी इसे संभाल नहीं सकते हैं, वे केवल फ़ाइल को छोड़ देते हैं या क्रैश करते हैं।

समस्या का स्रोत है, मुझे लगता है, वह फ़ाइल विखंडू द्वारा संपीड़ित होती है जो अलग से बच जाती है।

प्रश्न

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

टिप्पणी / उत्तर के आधार पर टिप्पणी:

  1. बाहरी (विंडोज़ कर्नेल के लिए) संपीड़न उपकरण मेरे मामले में एक विकल्प नहीं हैं। वे फाइल को ऑन-द-फ्लाई नहीं कर सकते हैं (10 जीबी फाइल को डिकम्प्रेस करने के लिए मुझे 10 जीबी मुफ्त चाहिए, जो हमेशा हाथ में होता है; यह भी, इसमें बहुत समय लगता है); जब सिस्टम डीवीडी को रिकवरी के लिए बूट करता है तो यह सुलभ नहीं होता (यह बिल्कुल तब होता है जब मुझे छवि की आवश्यकता होती है)। कृपया, जब तक वे ntfs पर transaprently संपीड़ित फ़ाइल नहीं बनाते, तब तक उन्हें ऑफ़र करना बंद करें compact.exe
  2. NTFS संपीड़न सिस्टम छवियों के लिए उतना बुरा नहीं है। यह विखंडन को छोड़कर अच्छा है। और विघटन में ज्यादा सीपीयू समय नहीं लगता है, फिर भी आईओ टोंटी को कम करता है, जो उचित मामलों में प्रदर्शन को बढ़ावा देता है (महत्वपूर्ण अनुपात के साथ गैर-खंडित संपीड़ित फ़ाइल)।
  3. डीफ़्रैग्मेन्टेशन यूटिलिटीज़ डीफ़्रैग्मेन्ट फ़ाइलों को बिना किसी संबंध के यदि वे संकुचित हैं। एकमात्र समस्या खंडों की संख्या है, जो खंडित फ़ाइल के संकुचित होने या न होने के कारण डीफ़्रेग्मेंटेशन विफलता का कोई कारण नहीं है। यदि टुकड़ों की संख्या अधिक नहीं है (लगभग 10000 पहले से ही ठीक है), तो संपीड़ित फ़ाइल को डीफ़्रैग्मेन्ट किया जाएगा, और संकुचित और अक्षुण्ण रहेगा।
  4. NTFS संपीड़न अनुपात फ़ाइलों के आधार पर अच्छा हो सकता है। सिस्टम छवियां आमतौर पर उनके मूल आकार के 70% से अधिक पर संकुचित होती हैं।

    उन लोगों के लिए स्क्रीनशॉट की जोड़ी विश्वास नहीं करती है, लेकिन inc, आप अपने खुद के परीक्षण कर सकते हैं।

  5. मैंने वास्तव में NTFS-संकुचित चित्रों से पुनर्स्थापन किया, दोनों खंडित और गैर-खंडित, यह काम करता है, कृपया या तो मुझ पर भरोसा करें या बस इसे स्वयं जांचें। रेम: जैसा कि मैंने लगभग एक साल पहले पाया था, यह विंडोज 8.1 में काम नहीं करता है। यह विंडोज 7, 8 और 10 में काम करता है।

अपेक्षित उत्तर:

एक काम करने का तरीका या विंडोज के लिए एक कार्यक्रम:

  1. संपीड़ित फ़ाइल टुकड़े का एक बहुत बनाने के बिना (NTFS कंप्रेशन के साथ, और यह विंडोज रिकवरी के लिए सुलभ रखने के लिए) (हो सकता है एक और विभाजन करने के लिए या एक संकुचित प्रतिलिपि बनाने, यह तुलना में HDD पर कम से कम 3x तेजी से होना चाहिए compact+ defrag),

    या

  2. जल्दी से (कम से कम 3x तेज HDD पर डीफ्रैग की तुलना में) डिफ्रैग्मेंट डिस्ट्रैगली फ्रैग्मेंटेड फाइल, जैसे 100K + फ्रैगमेंट (इसे डीफ्रैग के बाद कंप्रेस्ड रहना चाहिए)।


मुझे NTFS के लिए यह बहुत अजीब लगता है कि वह बहुत कम कर सके (जैसा कि वास्तविक दुनिया के परीक्षण केवल 2 से 5% की कमी दिखाते हैं)। इसके अलावा, NTFS में फ़ाइल विखंडन (जैसे जर्नलिंग) के बारे में कुछ सुरक्षा उपाय हैं। फाइलें कितनी बड़ी हैं (पहले और बाद में)? इसके अलावा, चित्र से, ऐसा लगता है कि डिफ्रैग्लर संपीड़ित फ़ाइलों को डीफ़्रैग्मेन्ट नहीं कर सकता है।
डॉकटोरो रीचर्ड

1
1. आप खिड़कियों की छवि खुद बना सकते हैं और इसे संपीड़ित कर सकते हैं। यह वास्तव में कम से कम 1.5x (60-70% या मूल आकार) में आसानी से संपीड़ित है। 2. हाँ, डिफ्रैग्लर और अन्य डीफ़्रैग्मेनेटर्स संकुचित फ़ाइलों को डीफ़्रैग्मेन्ट कर सकते हैं। यह वास्तविक दुनिया का अनुभव है।
लॉजिकडैमन

इसके अलावा, संपीड़न अनुपात ऑफ-टॉपिक है, लेकिन यहां सॉफ्टवेयर के मानक सेट के साथ वास्तविक फ्रेस्ली-स्थापित विंडोज 7 प्रोफेशनल (ज्यादातर 32-बिट, 3 या 4 64-बिट) सिस्टम की वास्तविक छवियां हैं
लॉजिकडैमन

@DoktoroReichard यह फाइलों की सामग्री पर निर्भर करता है। पाठ फ़ाइलों और विरल फ़ाइलों में बहुत अच्छा संपीड़न अनुपात होगा। आमतौर पर मैं उन फाइलों से बचता हूं जो पहले से ही जिप फाइल, इमेज, ऑडियो / वीडियो फाइल की तरह संकुचित होती हैं ... और कंप्रेस करने के बाद मुझे अक्सर 10-20% साइज में कमी आती है
phuclv

जवाबों:


4

विखंडन से बचना

गुप्त डिस्क पर असम्पीडित फ़ाइलों को लिखने के लिए नहीं है।

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

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

उदाहरण

NTFS ने 232 एमबी सिस्टम छवि को 125 एमबी तक संपीड़ित किया :

  • इन-प्लेस कम्प्रेशन ने 2680 अंश बनाए !
  • ऑन-द-फ्लाई संपीड़न ने 19 टुकड़े बनाए ।

defragmentation

यह सही है कि NTFS संपीड़ित फ़ाइलें कुछ डीफ़्रेग्मेंट टूल में समस्या खड़ी कर सकती हैं। उदाहरण के लिए, एक उपकरण जिसे मैं आमतौर पर उपयोग करता हूं वह कुशलता से उन्हें संभाल नहीं सकता है - यह एक क्रॉल तक धीमा हो जाता है। झल्लाहट नहीं, Sysinternals से पुराने भरोसेमंद Contig NTFS संपीड़ित फ़ाइलों को जल्दी और आसानी से डीफ़्रेग्मेंट करने का काम करता है!


2

NTFS संपीड़न के बारे में विकिपीडिया पर लेख पढ़ना :

फ़ाइलें 16-क्लस्टर विखंडू में संपीड़ित होती हैं। 4 kB क्लस्टर्स के साथ, फ़ाइलें 64 kB विखंडू में संपीड़ित होती हैं। यदि संपीड़न 64 kB डेटा को 60 kB या इससे कम कर देता है, तो NTFS अनावश्यक 4 kB पृष्ठों को खाली विरल फ़ाइल क्लस्टर्स जैसे मानते हैं - वे लिखे नहीं जाते हैं।

यह उचित रैंडम-एक्सेस समय के लिए अनुमति देता है - ओएस को केवल टुकड़ों की श्रृंखला का पालन करना होगा।

हालांकि, बड़ी संकुचित करने योग्य फाइलें हर टुकड़े के बाद से अत्यधिक खंडित हो जाती हैं <64KB एक टुकड़ा बन जाती हैं।

पहली चीजें पहले। WBAdmin सार में एक बैकअप उपयोगिता है जो कैम एक पूर्ण प्रणाली को पुनर्स्थापित करता है। तो, यह उम्मीद है कि यह आउटपुट फ़ाइल बड़ी (> 4 जीबी) है। जैसा कि उद्धरण द्वारा दिखाया गया है, बड़ी फाइलें तेजी से खंडित हो जाती हैं। यह उस तरीके के कारण है जो एनटीएफएस कंप्रेस करता है: फाइलों द्वारा नहीं, बल्कि सेक्टरों द्वारा।

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

मैं अभी भी उस तरह के कम्प्रेशन रेशियो को देने वाले NTFS को लेकर संशय में हूँ। अधिकतम फ़ाइलों पर मैक्सिममप्रेशन द्वारा किए गए एक परीक्षण के अनुसार , NTFS को संपीड़न अनुपात में सबसे कम स्कोर मिलता है, जो औसत रूप से 40% है। व्यक्तिगत अनुभव से मैं आपको बता सकता हूं कि यह उससे बहुत कम है, वास्तव में इतना कम है कि मैंने इसे इस्तेमाल करने के लिए कभी परेशान नहीं किया है और न ही मैंने इसे देखा है।

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

यह कहा जा रहा है, और यदि आपको फ़ाइल को लगातार पढ़ने की आवश्यकता नहीं है, तो उपरोक्त लिंक में सुझाए गए कुछ स्वरूपों का उपयोग करें। 7z और rar काफी कुशल हैं (अर्थात वे एक सभ्य समय में उच्च अनुपात के साथ संपीडित होते हैं)। यदि आप अंतरिक्ष के बारे में परवाह करते हैं और समय के बारे में नहीं, तो एक PAQ- प्रकार एल्गोरिथ्म चुनें (हालांकि आप फ़ाइलों को संपीड़ित और विघटित करने में बहुत लंबा समय बिताएंगे)। वहाँ भी शीघ्र एल्गोरिदम उपलब्ध हैं।

यदि आपको फ़ाइल को लगातार पढ़ने की आवश्यकता है, तो उसे संपीड़ित न करें। NTFS सिर्फ बहुत गन्दा है।


यह (रेफ। विकिपीडिया में) स्रोत वास्तव में अच्छा है, यद्यपि तकनीकी, पूरी प्रक्रिया के बारे में जानकारी है।
डॉकटोरो रीचर्ड

संपीड़न अनुपात ऑफ़-टॉपिक है, लेकिन यहां सॉफ़्टवेयर के मानक सेट के साथ वास्तविक फ्रेस्ली-इंस्टॉल किए गए विंडोज 7 प्रोफेशनल (ज्यादातर 32-बिट, 3 या 4 64-बिट) सिस्टम की वास्तविक छवियां हैं : i.imgur.com/C4XnUUnl .png संपीड़न के साथ मैं वास्तव में डिस्क स्थान का संरक्षण करता हूं। और मैं बाद में फ़ाइलों को डीफ़्रैग्मेन्ट कर सकता हूं, लेकिन इसमें बहुत लंबा समय लगता है।
लॉजिकडैमन

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

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

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

0

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

(मेरे पास उपकरण या इसके निर्माता से कोई संबंध नहीं है क्योंकि यह केवल एक चीज है जिसे मैंने वास्तव में काम करने के लिए पाया है)

आज, सवाल पूछने के 2 साल बाद, मैं इसके बजाय कटौती की सलाह दूंगा - यह आपको 90% डिस्क की बचत के ऊपर दे सकता है यदि चित्र सिर्फ "थोड़ा" अलग हैं। एक VM के अंदर एक W2016 नैनो सर्वर वास्तव में अच्छी तरह से काम करता है, लेकिन मुझे यहां तक ​​कि नि: शुल्कNAS पर संदेह है या ZFS के उपयोग से कुछ भी इसे संभाल सकता है।


किसी भी URL या केवल "पैरागॉन" की तुलना में अधिक पूर्व नाम? Google मुझे नहीं समझता है। मुझे पता है कि Paragon नाम की सॉफ्टवेयर कंपनी है, लेकिन इसके उत्पादों के बारे में कुछ भी नहीं जानते हैं जो NTFS फ़ाइलों को डीफ़्रेग्मेंट करेंगे (वहाँ एमएफटी डीफ़्रेग टूल है, लेकिन मुझे एमएफटी समस्याएं नहीं हैं)। और ZFS सुझाव के लिए धन्यवाद, मैं इस पर गौर करूंगा, लेकिन फिर, मुझे त्वरित पुनर्प्राप्ति के लिए क्षेत्र में बूट करने में सक्षम होने की आवश्यकता है।
लॉजिकडेमॉन

-1

विंडोज हाल ही में फ़ोल्डर्स की तरह ज़िप फ़ाइलों का इलाज कर रहा है। NTFS की तुलना में ज़िप फाइलें अधिक संकुचित हो सकती हैं और NTFS के विपरीत स्वाभाविक रूप से खंडित नहीं होती हैं।

क्यों ज़िप प्रारूप में 7-ज़िप के साथ संपीड़ित करके अपनी डिस्क छवियों में से एक का परीक्षण न करें और देखें कि क्या यह पुनर्स्थापित करने के लिए सीधे उपयोग करने योग्य है?

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

एफडब्ल्यूआईडब्ल्यू, सिस्टम डिस्क और गैर-मीडिया फ़ाइलों के लिए गैर-सैंडमैन एसएसडी के लिए संपीड़न भुगतान बंद हो जाता है - एसएसडी पर कम पहनने और आंसू, अधिक स्थान, और गैर-संपीड़ित फ़ाइलों के लिए तेजी से I / O। Http://www.tomshardware.com/reviews/ssd-ntfs-compression,3073-9.html देखें

वीडियो, ग्राफिक्स और अन्य संपीड़ित डेटा फ़ाइलें (जैसे .XLSX) पहले से ही बहुत संकुचित हैं, इसलिए वहां NTFS संपीड़न का कोई लाभ नहीं है। न ही यादृच्छिक अद्यतन के साथ डेटाबेस या आउटलुक मेल के लिए। लेकिन एक्जीक्यूटेबल्स, txt, html इत्यादि, फाइल्स बहुत फायदा करती हैं।

संपीड़न भी हमेशा छोटी फ़ाइलों के लिए एक जीत है, उदाहरण के लिए, यदि <64K संपीड़ित, केवल एक टुकड़ा। डिस्क की समस्या होने पर केवल परेशानी ही रिकवरी होगी।


1
यार, तुम इतने सारे तरीकों से गलत हो ... मुख्य रूप से, विंडोज़ कभी भी फ़ोल्डर्स की तरह ज़िप फ़ाइलों का इलाज नहीं करती है। तकनीकी कारण हैं कि ऐसा क्यों नहीं हो रहा है (मूल रूप से, फ़ाइलों की सामग्री तक केवल अनुक्रमिक पहुंच)। एक्सप्लोरर, हालांकि यह फ़ोल्डर्स के समान ज़िपों को प्रबंधित करने की अनुमति देता है (लेकिन बहुत सीमित फैशन में, यह अन्य फ़ाइलों को भी नहीं निकालता है जब मैं एक HTML ज़िप से खोलता हूं), विंडोज नहीं है। और सवाल में मैंने समझाया, क्यों अलग-अलग उपयोगिताओं, यह एक्सप्लोरर या 7-ज़िप हो, फिट नहीं है (देखें "टिप्पणियों / उत्तरों पर आधारित टिप्पणियां")
LogicDaemon

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

नहीं, विंडोज़ कभी भी ज़िप और कैब फ़ाइलों को फ़ोल्डर्स के रूप में नहीं मानता है। आप कर सकते हैं देखने सीधे अपने कंप्यूटर पर उनकी सामग्री (फ़ाइल / फ़ोल्डर नाम) है, लेकिन आप एक डिस्क छवि या संकुचित NTFS फ़ाइल की तरह पारदर्शी रूप से उन तक पहुँच नहीं कर सकते। आपको अभी भी संग्रह में फ़ाइल को कुछ निकालना है जहां इसे देखने / संपादित करने के लिए
phuclv
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.