FAT32 4GB फ़ाइल आकार सीमा के आसपास हो रही है


34

मैंने हाल ही में एक 32 जीबी की यूएसबी 3 स्टिक खरीदी थी जिसे एफएटी 32 स्वरूपित किया गया था। मैंने इसे अपने कंप्यूटर में प्लग किया और उस पर एक फिल्म की प्रतिलिपि बनाने का प्रयास किया, फ़ाइल 4GB से अधिक थी, लेकिन यह मुझे FAT32 द्वारा लगाए गए 4GB फ़ाइल आकार की सीमा के कारण फ़ाइल को कॉपी नहीं करने देगा ।

कुछ googling के बाद मैंने पाया कि मैं अपने USB स्टिक को एक एक्सफ़ैट प्रारूप में रख सकता हूं जिसका मतलब है कि मैं स्टिक पर 4GB से अधिक आकार की फाइलें रख सकता हूं और ड्राइव मेरे मैक और मेरे पीसी दोनों पर काम करेगा।

इस समाधान के साथ समस्या यह है कि मेरे PS3 यूएसबी स्टिक का पता नहीं लगा सकते हैं जब इसे एक्सफ़ैट के साथ स्वरूपित किया जाता है।

मैं यह जानना चाहूंगा कि क्या कोई ऐसा तरीका है जिससे मैं अपनी USB स्टिक को फॉर्मेट कर सकता हूं, इसलिए इसमें 4 जीबी से अधिक की फाइलें हो सकती हैं और यह मेरे पीसी, मैक और PS3 पर काम कर सकता है।

जवाबों:


24

दुर्भाग्य से, FAT32 फाइल सिस्टम में> 4GB फाइल को कॉपी करने का कोई तरीका नहीं है। और एक त्वरित Google कहता है कि आपका PS3 केवल FAT32 फ़ाइल सिस्टम को पहचान लेगा।

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

मैं साझाकरण फ़ाइल करने के लिए एक नेटवर्क समाधान की कोशिश करूंगा।


हाँ, यह योजना है। मैं उम्मीद कर रहा था कि एक छड़ी एक अल्पकालिक समाधान प्रदान करेगी। फिर भी धन्यवाद।
असीर

यदि आप कुछ आज़माना चाहते हैं, तो यह अधिक संभावना है कि एक PS3 exfat की तुलना में NTFS का समर्थन करेगा। आप अपनी मेमोरी स्टिक NTFS को फॉर्मेट करने की कोशिश कर सकते हैं, अगर PS3 इसे देखेगा। लेकिन मुझे नहीं लगता कि आपको बहुत पसंद आएगा। यह सिर्फ इस स्थिति में मैं क्या करूँगा अगर मैं जिद्दी हो रहा था।
ओमनीपोएंटेंटिटी


66

मूल रूप से, आप एक FAT फाइल सिस्टम पर 4 जीबी से बड़ी फाइलों को स्टोर नहीं कर सकते हैं । 4 GB बाधा FAT की एक कठिन सीमा है: फ़ाइल सिस्टम बाइट्स में फ़ाइल आकार को संग्रहीत करने के लिए 32-बिट फ़ील्ड का उपयोग करता है, और 2 ^ 32 बाइट्स = 4 GiB (वास्तव में, वास्तविक सीमा 4 GiB माइनस एक बाइट, या है) 4 294 967 295 बाइट्स, क्योंकि आपके पास शून्य लंबाई की फाइलें हो सकती हैं)। इसलिए आप ऐसी फ़ाइल को कॉपी नहीं कर सकते जो किसी भी सादे-वसा की मात्रा के लिए 4 GiB से बड़ी हो। exFAT फ़ाइल आकार को संग्रहीत करने के लिए 64-बिट फ़ील्ड का उपयोग करके इसे हल करता है लेकिन यह वास्तव में आपकी मदद नहीं करता है क्योंकि इसमें विभाजन के सुधार की आवश्यकता होती है।

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

$ truncate -s 6G my6gbfile
$ split --bytes=2GB --numeric-suffixes my6gbfile my6gbfile.part
$ ls
my6gbfile         my6gbfile.part00  my6gbfile.part01
my6gbfile.part02  my6gbfile.part03
$

यहाँ, मैं truncateआकार में एक विरल फ़ाइल 6 GiB बनाने के लिए उपयोग करता हूँ । (बस अपने खुद के स्थानापन्न।) फिर, मैंने उन्हें खंडों में विभाजित किया लगभग 2 जीबी प्रत्येक आकार में; अंतिम खंड छोटा है, लेकिन यह किसी भी स्थिति में एक समस्या पेश नहीं करता है जिसके साथ मैं आ सकता हूं। आप भी कर सकते हैं, इसके बजाय --bytes=2GB, --number=4यदि आप फ़ाइल को चार बराबर-आकार के टुकड़ों में विभाजित करना चाहते हैं , तो उपयोग करें ; उस मामले में प्रत्येक चंक का आकार 1 610 612 736 बाइट्स या लगभग 1.6 GiB होगा।

उन्हें संयोजित करने के लिए, बस cat(con catenate) का उपयोग करें :

$ cat my6gbfile.part* > my6gbfile.recombined

पुष्टि करें कि दोनों समान हैं:

$ md5sum --binary my6gbfile my6gbfile.recombined
58cf638a733f919007b4287cf5396d0c *my6gbfile
58cf638a733f919007b4287cf5396d0c *my6gbfile.recombined
$

यह किसी भी अधिकतम फ़ाइल आकार सीमा के साथ इस्तेमाल किया जा सकता है।

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


फ़ाइल विभाजन आकार सीमा जितना पुराना है। पिछले कुछ वर्षों में जो कुछ भी बदला है वह है विभाजन आकार की सीमा और अधिकतम फ़ाइल आकार :)
16

@gbarry वास्तव में। उस बिंदु को कम अनुमान लगाने के लिए संपादित किया गया।
एक सीवीएन

यह प्रश्न को हल करता है, लेकिन यदि ओपी अपने PS3 पर इसका उपयोग करना चाहता है तो नहीं।
redbeam_

1
@redbeam_ यह उत्तर मूल रूप से एक अलग प्रश्न पर पोस्ट किया गया था जिसमें PS3 बाधा शामिल नहीं थी, और जिसे बाद में विलय कर दिया गया था (केवल डुप्लिकेट के रूप में बंद नहीं किया गया था)।
एक CVn

नोट: यदि आप एक बड़ी फ़ाइल को कई छोटे अभिलेखों में ज़िप करते हैं, तो भी आप FAT32 डिस्क पर बड़ी फ़ाइल नहीं निकाल सकते। मैंने कोशिश की और असफल रहा।
जनक मीना

23

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

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

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

यहाँ लिनक्स पर ज़िप का उपयोग कर एक फ़ाइल को विभाजित करने का एक उदाहरण दिया गया है:

zip -0 -s 3g out.zip foobar

# "-0" sets the compression level to 0, or store
# "-s 3g" sets the split size to 3 GB
# Add "-r" if "foobar" is a directory
# The output will be "out.zip", and "out.z01", "out.z02", and so on...

यदि आप एक GUI व्यक्ति हैं, तो मेरा गोटो हमेशा 7-ज़िप रहा है


5

विभाजन का उपयोग करने के लिए नहीं कहा जाएगा एक अन्य विकल्प। एक USB फ्लैश ड्राइव को अक्सर OS द्वारा हार्ड ड्राइव के रूप में व्यवहार किया जाता है। FAT32 विभाजन का आकार बदलें और एक एक्सफ़ैट (या अन्य सहायक फाइल सिस्टम) विभाजन बनाएँ जो फ़ाइल को रखने के लिए पर्याप्त बड़ा है।

यदि आपको कभी भी USB ड्राइव पर बड़ी फ़ाइल को एक्सेस करने की आवश्यकता होती है, तो यह संभवतः सबसे अच्छा समाधान है। यदि आपको बस इतना करना है कि फ़ाइल को स्थानांतरित करना है, और इसे उपयोग करने के लिए हार्ड ड्राइव पर कॉपी करने में कोई आपत्ति नहीं है, तो विभाजन समाधान संभवतः बेहतर है।

यदि आपका USB ड्राइव "सुपर फ्लॉपी" के रूप में सेटअप है, तो यह काम नहीं करेगा, लेकिन यह तेजी से असामान्य है। आप fdisk या gparted जैसे एक विभाजन उपकरण का उपयोग करके "सुपर फ्लॉपी" को एक हार्ड ड्राइव प्रारूप में परिवर्तित कर सकते हैं। लेकिन इसमें संभवतः फाइलों को कॉपी करना, परिवर्तित करना, उन्हें कॉपी करना और फिर ड्राइव को फिर से बूट करने योग्य बनाना शामिल होगा।


लिनक्स के साथ मेरे द्वारा उपयोग की जाने वाली मेरी सभी ड्राइव्स में एक extविभाजन है जो उन पर कहीं छिपा हुआ है। यह उन सभी छोटी समस्याओं को हल करने का सबसे अच्छा तरीका है जो किसी भी "नॉन-लिनक्सी" विभाजन का उपयोग करके दिखाते हैं।
jpfx1342

3

जैसा कि दूसरों ने फ़ाइल को विभाजित करने और कार्यों में शामिल होने के द्वारा उत्तर दिया। लेकिन सबसे आसान उपाय यह है कि आप ext 2/3/4अपने यूएसबी ड्राइव के लिए फाइल सिस्टम का उपयोग करें। यह लिनक्स के लिए मूल फाइल सिस्टम है। विंडोज़ में डेटा पढ़ने के लिए ext2fsd का उपयोग करें । यह राइट मोड का भी समर्थन करता है। बस विंडोज़ एक्सेस फ़ाइल पर मुफ्त ऐप इंस्टॉल करें, कोई विभाजन नहीं, कोई ज्वाइनिंग नहीं।


2
यह देखना मुश्किल है कि यह एक PS3 पर कैसे मदद करेगा।
क्रिसइन्डेमोंटॉन

1

क्या आपने HFS + की कोशिश की है? यह मैक पर इस्तेमाल किया जाने वाला फाइलसिस्टम है। हंसो मत। यह Xbox पर काम करने लगता है, इसलिए यह एक कोशिश के लायक है।

Xbox360 के लिए एक बाहरी हार्ड ड्राइव पर 4 जीबी फ़ाइल की सीमा पाएं

इसे लागू किया जा सकता है क्योंकि यह (कुछ) iPods पर भी उपयोग किया जाता है जो व्यापक रूप से लोकप्रिय हैं, इसलिए M $ Xbox360 इसे पढ़ने के लिए लगता है। पीसी पर उपयुक्त सॉफ्टवेयर के साथ, अगर यह PS3 पर काम करता है, तो आपको एक सार्वभौमिक समाधान मिलेगा।


धन्यवाद मैंने इस समस्या को अब एक मीडिया सर्वर के साथ हल किया है, लेकिन मैं इसे ध्यान में रखूंगा यदि समस्या फिर से आती है, धन्यवाद।
ऐसिर

1
यह PS3 पर काम नहीं करेगा, जो HFS + का समर्थन नहीं करता है।
क्रिसइन्डेमोंटॉन

1

यह काम करता है - मेरे चरणों का पालन करें:

  • WinRAR डाउनलोड करें

  • उस फ़ाइल पर राइट क्लिक करें जिसे आप कॉपी करना चाहते हैं और "आर्काइव में जोड़ें" चुनें

  • पॉपअप बॉक्स के नीचे-बाईं ओर, वॉल्यूम साइज़ नंबर के नीचे विभाजन लिखें, उदाहरण के लिए यदि आपकी फ़ाइल 4.63 जीबी है तो आप बॉक्स में 3 जीबी लिख सकते हैं, और ठीक पर क्लिक करें।

  • इसके खत्म होने का इंतजार करें

  • अब सभी फाइलों को USB पर कॉपी करें

  • अब पहली फ़ाइल "XXX.part1" चुनें, राइट क्लिक करें और "एक्सट्रैक्ट हियर" पर क्लिक करें।

  • यह आपकी फ़ाइल को निकालना चाहिए।


0

मुझे 15.5gb आभासी वातावरण में जाने की आवश्यकता थी। मैंने USB कुंजी (32GB) पर विभाजन को हटा दिया और एक नया बनाया जो extn4 (linux) था, इसे माउंट किया क्योंकि 32GBkey ने फ़ाइल को स्थानांतरित कर दिया। उस मशीन को बूट किया जिसमें नॉपपिक्स लाइव (लिनक्स डिस्क) का उपयोग करके फ़ाइल की आवश्यकता थी, कुंजी को माउंट किया, फ़ाइल को स्थानांतरित किया।

फिर कुंजी को umounted, विभाजन को वापस vfat में बदल दिया।


0

मैंने पाया है कि Adobe Bridge (यदि यह आपके लिए उपलब्ध है) का उपयोग करने से हमारे सर्वर पर 4GB की सीमा समाप्त हो जाएगी। यह बस ओएस लॉन्चर से पुल क्लाइंट विंडो में "ड्रैग एंड ड्रॉप" द्वारा किया जा सकता है। जहां मैं काम करता हूं वहां बड़ी (15 जीबी +) वीडियो फ़ाइलों के लिए काम करता है।


0

यह मेरे लिए काम करता है

  1. यदि यह Iso या संपीड़ित फ़ाइल है, तो आपको इसके अंदर की चीज़ को कॉपी पेस्ट करना चाहिए (मेरा मतलब है, आपकी iso फ़ाइल का आकार 5Gb है, जब आप इसे माउंट करते हैं, तो 6 फ़ाइल को अंदर ले जाता है, आपको बस इसके अंदर की छह फ़ाइल की प्रतिलिपि बनाने की आवश्यकता है, न कि iso फाइल)

यदि यह rar, Descompress है तो इसे कॉपी करें

इस मेथोड के लिए नियम, हर फ़ाइल 4gb से नीचे है

  1. यदि यह 4 जीबी से ऊपर है, लेकिन यह एक आईएसओ फ़ाइल नहीं है और एक संपीड़ित फ़ाइल नहीं है, तो इसे कुछ भाग में संपीड़ित करें। इस मेथोड के लिए नियम: प्रत्येक भाग 4gb से नीचे है

3. फोंट 32 सिस्टम को Ntfs में बदलें


0

मामले में यह अभी तक नहीं कहा गया है / खोजा गया है - फाइलज़िला का उपयोग करके एफ़टीपी के लिए बड़ी फ़ाइलों को बाहरी HD में भी काम करता है, भले ही एचडी फैट 32 है।


-1

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

अन्य कार्यक्रम 600mb से 2gb की फाइलों को स्थानांतरित करते हैं और एक फ्लैग बिट का उपयोग करते हैं, फिर चंक्स के लिए कई बिटफिल्ड का उपयोग करते हैं, हालांकि सभी को एक ही फाइल के रूप में देखा जाता है; इस तरह के एडोब सॉफ्टवेयर के साथ मामला है, विशेष रूप से वीडियो फ़ाइलों के साथ। यह फ़ाइलों को खंडित करता है, और ओएस द्वारा एकल फ़ाइल के रूप में पढ़े जाने वाले वीडियो / ऑडियो के लिए प्रत्येक खंड के लिए एक बिटफ़ील्ड बनाता है। ये फाइलें केवल रैपर हैं, एक प्रकार का फ़ोल्डर जो छवियों के एक सेट के चारों ओर लपेटता है, या नमूने जो प्लेबैक के लिए स्मृति में जल्दी से कैश हो जाते हैं। डीवीडी मानक VOB एक और बढ़िया उदाहरण है जो दिखाता है कि यह कहाँ से आता है और क्यों। डीवीडी प्लेयर पर प्लेबैक के लिए जल्दी से कैश्ड फ़ाइलों के विखंडू में इसकी कटौती। वे पुराने यूडीएफ 1 या जूलियट प्रारूप का उपयोग करते हैं, जो एचएफएस से उधार लेते हैं, लेकिन ज्यादातर एफएटी सक्षम सूची का उपयोग करते हैं। फ़ाइल का आकार सीमा लगभग 2gb है, मुख्य रूप से डीवीडी प्लेयर सेट-टॉप-बॉक्स की कैशिंग गति के लिए।

इस समस्या का उत्तर जटिल नहीं है, लेकिन यह एक आकार नहीं है जो सभी पर फिट बैठता है। विशिष्ट प्रश्न के लिए, स्प्लिटर प्रोग्राम का उपयोग करें; WinRar, 7zip महान हैं, और एक गुई है। यह एक सरल उत्तर है और अच्छी तरह से काम करता है। ओएस (ऑपरेटिंग सिस्टम) फ़ाइल को कई फ़ील्ड्स, और कई चंक्स का उपयोग करने के लिए सेट करेगा, लेकिन मर्ज के बाद इसे एक फ़ाइल के रूप में देखा जाएगा। कई संकुचित वीडियो फ़ाइलों के साथ (लगभग हर प्रारूप एक एल्गोरिथ्म या किसी अन्य द्वारा एक संकुचित प्रारूप है), एफएटी के लिए पढ़ने की गति सबसे स्मार्ट टीवी, या न्यूनतम ओएस कंसोल सिस्टम (PS3 \ 4, XBOX, आदि) पर प्लेबैक करने के लिए पर्याप्त तेज है। आईएसओ आदि जैसी अन्य फाइलें, जब तक कि वीडियो के लिए डीवीडी प्रारूप में सक्षम नहीं है, जो वैसे भी एक भारी कैश प्रारूप है। गेम ISO के लिए, ntfs की जाँच करें, और कुछ अन्य प्रारूप जो आपका कंप्यूटर USB ड्राइव पर बना सकते हैं, और फिर इसे बिना किसी विभाजन क्रिया के आज़माएँ।


-2

जैसा कि ओपी ने 'एक PS3 के लिए' कहा, इसका जवाब केवल FAT32 से संबंधित है, क्योंकि यह सब आपको PS3 के साथ मिलता है। लिनक्स उपयोगकर्ताओं के लिए, इसका उत्तर EX4 विभाजन स्वरूपण में पाया जा सकता है, और निश्चित रूप से, एनटीएफएस विन्डोज़ के साथ। सांबा के माध्यम से फाइल को EX4 से NTFS में ले जाना आसान है। यदि किसी फ़ाइल को स्थानांतरित करने के लिए 'हुप्स के माध्यम से कूदना' की आवश्यकता होती है, तो आपको वास्तव में इस बात पर विचार करना चाहिए कि क्या मैं नियमित रूप से फ़ाइलों को संभालने के लिए आवश्यक फाइलों को संभालने के लिए अपने विभाजनों को ठीक से प्रारूपित कर रहा हूं? उस ने कहा, यह भी अच्छा है कि एक से अधिक कंप्यूटर के आस-पास हो सकता है जो आपके लिए आवश्यक हो, आप कैसे भी कर सकते हैं। (यह, किसी से आ रहा है कि सिर्फ FAT32 में एक USB 32gb डोंगल को स्वरूपित किया, केवल 10 मिनट बाद खोजने के लिए कि मुझे उस पर एक 15gb .img फ़ाइल संग्रहीत करने की आवश्यकता है, और उसे सब कुछ बंद करना होगा, विभाजन प्रारूप को बदलना होगा, और स्थानांतरित करना होगा। यह सब उस पर वापस)।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.