क्या विंडोज पर फ़ाइल का आकार सीमा है?


13

मैं विंडोज 7 का उपयोग कर रहा हूं। मैंने सिर्फ एक .vdi फ़ाइल (मेरे वीएम के लिए एक वर्चुअल हार्ड ड्राइव) खो दी है, और मैं सोच रहा हूं कि क्या विंडोज़ के लिए फ़ाइल आकार की सीमा है जो समस्या का कारण हो सकती है। मैंने हाल ही में फ़ाइल के आकार की जाँच नहीं की थी (मैंने इसे गतिशील रूप से आवश्यकतानुसार सेट किया था), लेकिन यह एक अनुमान के अनुसार 15 से 30Gb था।

यह विंडोज बैकअप का उपयोग करके वापस नहीं आएगा, लेकिन क्या यह संभव है कि विंडोज ने इसे पहचानना बंद कर दिया है क्योंकि यह बहुत बड़ा है? फ़ाइल आकार पर एक स्पष्ट ऊपरी सीमा है?


आपका फाइल सिस्टम क्या है? क्या यह NTFS नहीं है?
Apple II

जवाबों:


10

यदि आपकी फ़ाइल के साथ ड्राइव NTFS (जो कि विंडोज 7 में डिफ़ॉल्ट है) के साथ स्वरूपित है, तो विकिपीडिया के अनुसार , अधिकतम फ़ाइल आकार 16 टीबी है। यहां तक ​​कि अगर आप उस सीमा को पार करने के लिए (प्रयास) कर रहे थे, तो आप फ़ाइल को किसी भी बड़े बनाने में असमर्थ होंगे। यह VirtualBox में कुछ अजीब व्यवहार को जन्म दे सकता है, लेकिन इससे फ़ाइल गायब नहीं होगी।

"खो" से आपका वास्तव में क्या मतलब है? क्या आपने ड्राइव पर खोज करने की कोशिश की है *.vdi? यह अधिक संभावना है कि यह गलती से हटा दिया गया या किसी तरह स्थानांतरित हो गया।


तो बड़ी फ़ाइलों को हैंडल करने में समस्या यह नहीं बताती है कि मेरी 30 जीबी फाइल का क्या हुआ? हालांकि, इसने सही तरीके से बैक-अप करने से इनकार कर दिया और हार्ड ड्राइव NTFS में पूर्व-स्वरूपित है।
कीर्तन

विचित्र। यह नहीं बताता है कि आपकी फ़ाइल कहाँ गई; इस तरह, अभी तक एक स्वीकृत जवाब को चिह्नित करने के लिए बाध्य महसूस नहीं करते हैं। विंडोज बैकअप बड़ी फ़ाइलों को केवल इसलिए नहीं संभालता है क्योंकि यह चीजों को संग्रहीत करता है। यह केवल हालांकि गायब करने के लिए फ़ाइलों का कारण नहीं होना चाहिए। क्या आपने ड्राइव खोजने की कोशिश की है?
nhinkle

1
> यह भी सही ढंग से बैक-अप करने से इनकार कर दिया हालांकि आप वीएम का उपयोग कर रहे थे जब आपने बैकअप (एस) करने की कोशिश की थी? यदि आपके पास यह है तो यह फ़ाइल को लॉक नहीं कर सकेगा, इसलिए आपको बैक अप करने से पहले VM को बंद करना होगा।
सिनेटेक

4

जैसा कि डिज़ाइन किया गया है, अधिकतम NTFS फ़ाइल आकार या है ।16 EB (16 × 10246 bytes) minus 1 KB (1024 bytes)18,446,744,073,709,550,592 bytes

लागू होने पर, अधिकतम NTFS फ़ाइल आकार या है ।16 TB (16 × 10244 bytes) minus 64 KB (64 × 1024 bytes)17,592,185,978,880 bytes

स्रोत: विकिपीडिया


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

4
यह एक गिरावट का औचित्य नहीं है! (मैंने बाइट्स में सटीक संख्या पोस्ट की है)
थायरामा

1
माना। हालांकि उत्तर शायद अधिक जानकारीपूर्ण हो सकता है ("उन्हें इस तरह के उच्च अधिकतम फ़ाइल आकार को लागू करने की आवश्यकता महसूस नहीं हुई जब वर्तमान एक अभी भी बाजार पर लगभग किसी भी एकल ड्राइव से बड़ा है, जब एनटीएफएस पहली बार लागू किया गया था तो अकेले चलो" ) यह प्रश्न का सटीक उत्तर प्रदान करता है "फ़ाइल आकार पर ऊपरी सीमा क्या है?"
शिन्राय

4
यदि यह प्रश्न का पहला उत्तर होता, तो मैंने इसे उकेरा और इसे संपादित किया ताकि थोड़ी और जानकारी मिल सके। मैंने केवल इसलिए अस्वीकृत कर दिया क्योंकि यह बिना कुछ नया योगदान दिए मौजूदा उत्तर को दोहरा रहा था।
nhinkle

0

ऐसा लगता है जैसे फ़ाइल सिस्टम ने आपके HDD पर फ़ाइल का लिंक खो दिया है, आपको chkdsk का उपयोग करने का प्रयास करना चाहिए।


0

यदि आपकी डिस्क ड्राइव का फाइलसिस्टम NTFS है, तो 30Gb फाइल साइज में कोई दिक्कत नहीं होनी चाहिए। Chkdsk के साथ फाइल सिस्टम त्रुटियों के लिए ड्राइव की जाँच करें ।


0

पूछे गए प्रश्न का उत्तर देते हुए , हां, किसी भी फ़ाइल सिस्टम पर फ़ाइल आकार की सीमा है। सामान्य क्षेत्र / क्लस्टर आकार के साथ FAT / FAT32 विभाजन के लिए, यह लगभग 4GB है। NTFS (फिर से, सामान्य क्षेत्र / क्लस्टर आकार के साथ) के लिए, यह भिन्न होता है - मैंने दावा किया है कि Windows XP और उच्चतर सैद्धांतिक रूप से फ़ाइलों को 16TB या उससे भी बड़े रूप में संभाल सकते हैं ; मैं इसे कुछ और वर्षों में अपडेट करूँगा जब हार्ड ड्राइव तकनीक उस बिंदु पर पहुँचती है जब हम उस सिद्धांत का परीक्षण कर सकते हैं ..: -डॉ

तो, ओपी के वास्तव में पूछने का क्या मतलब है इसका उत्तर देते हुए .. आपके * .vdi के साथ कोई भी समस्या आपके लिए वर्चुअल मशीन सॉफ़्टवेयर और / या किसी भी पूरक सॉफ़्टवेयर से संबंधित होने की संभावना है जो आप फ़ाइल सिस्टम या ओएस के बजाय फ़ाइल का प्रबंधन करने के लिए उपयोग करते हैं। (मैं WinXP प्रो 32-बिट / एसपी 3 को ओरेकल वर्चुअलबॉक्स इंस्टॉलेशन के साथ थोड़ा 150GB वर्चुअल डिस्क छवि / फ़ाइल के साथ चलाता हूं, जहां ओपी के पास 15-30GB से अधिक मुद्दे हैं, और इतनी बड़ी डिस्क छवि के साथ कोई समस्या नहीं है फ़ाइल।)

इसके अलावा, ध्यान दें कि कोई भी समस्या डिस्क विफलता या उपलब्ध / दूषित रैम मेमोरी से संबंधित हो सकती है - वर्चुअल डिस्क के प्रबंधन के लिए रैम में डिस्क के बारे में विभिन्न डेटा को "त्वरित" एक्सेस के लिए रखने की आवश्यकता होती है (यहां त्वरित का मतलब 10- के लिए प्रतीक्षा नहीं करना है 15 सेकंड जबकि VM ने वर्चुअल डिस्क को एक सिंगल-बाइट आकार फ़ाइल के लिए खोजा है ..), और अधिकांश मुद्दों को मैंने वीएम के साथ देखा है वे उन डेटा संरचनाओं से संबंधित हैं जो रैम में दूषित हो रहे हैं (और फिर दूषित डेटा वापस लिखा गया है। डिस्क फ़ाइल!) - तो अक्सर बैकअप!


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