Ext2 usb स्टिक पर बड़ी फाइल कॉपी करने में असमर्थ [बंद]

बन्द है। यह सवाल ऑफ टॉपिक है । यह वर्तमान में उत्तर स्वीकार नहीं कर रहा है।

इस प्रश्न को सुधारना चाहते हैं? सवाल को अपडेट करें ताकि यह यूनिक्स और लिनक्स स्टैक एक्सचेंज के लिए विषय पर हो ।

4 साल पहले बंद हुआ ।

मेरे पास 8G usb स्टिक है (मैं linux Mint पर हूँ), और मैं इसमें 5.4G फाइल कॉपी करने की कोशिश कर रहा हूँ, लेकिन

No space left on device

फेल होने से पहले कॉपी की गई फाइल की फाइल हमेशा 3.6G होती है

घुड़सवार छड़ी के उत्पादन से पता चलता है ..

df -T
/dev/sdc1      ext2       7708584    622604   6694404   9% /media/moo/ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fe

df -h
/dev/sdc1       7.4G  608M  6.4G   9% /media/moo/ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fe

du -h --max-depth=1
88K ./.ssh

ls -h myfile 
-rw-r--r-- 1 moo moo 5.4G May 26 09:35 myfile

तो 5.4G फाइल, 8G USB स्टिक पर नहीं जाएगी। मैंने सोचा था कि वहाँ ext2 के साथ कोई समस्या नहीं थी, और यह फ़ाइल आकार और USB छड़ें के लिए fat32 के साथ केवल समस्याएं थीं? क्या स्वरूप बदलने से कोई फर्क पड़ेगा?

संपादित करें: यहां ड्राइव के लिए धुनों से एक रिपोर्ट है


sudo tune2fs -l /dev/sdd1

Filesystem volume name:   
Last mounted on:          /media/moo/ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fe
Filesystem UUID:          ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fe
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      ext_attr resize_inode dir_index filetype sparse_super large_file
Filesystem flags:         signed_directory_hash 
Default mount options:    (none)
Filesystem state:         not clean with errors
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              489600
Block count:              1957884
Reserved block count:     97894
Free blocks:              970072
Free inodes:              489576
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      477
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8160
Inode blocks per group:   510
Filesystem created:       Mon Mar  2 13:00:18 2009
Last mount time:          Tue May 26 12:12:59 2015
Last write time:          Tue May 26 12:12:59 2015
Mount count:              102
Maximum mount count:      26
Last checked:             Mon Mar  2 13:00:18 2009
Check interval:           15552000 (6 months)
Next check after:         Sat Aug 29 14:00:18 2009
Lifetime writes:          12 GB
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:           256
Required extra isize:     28
Desired extra isize:      28
Default directory hash:   half_md4
Directory Hash Seed:      249823e2-d3c4-4f17-947c-3500523479fd
FS Error count:           62
First error time:         Tue May 26 09:48:15 2015
First error function:     ext4_mb_generate_buddy
First error line #:       757
First error inode #:      0
First error block #:      0
Last error time:          Tue May 26 10:35:25 2015
Last error function:      ext4_mb_generate_buddy
Last error line #:        757
Last error inode #:       0
Last error block #:       0

— इयान
स्रोत

क्या यह हो सकता है कि आप या आपके उपकरण GB बनाम GiB के बारे में भ्रमित हों? और चूंकि यह ext2 है, कितना स्थान रूट के लिए आरक्षित है (डिफ़ॉल्ट रूप से यह 5% है)।

— 0xC0000022L

धन्यवाद, मैं कैसे बता सकता हूं कि कितना स्थान आरक्षित है?

— इयान

@ मैं फाइल सिस्टम की जानकारी प्रदर्शित करने के लिए, का उपयोग करें:tune2fs -l /dev/<device>

— मार्को

आपके फ़ाइल सिस्टम में त्रुटियाँ हैं। fsckफ़ाइल सिस्टम पर चलाएं और सामग्री का निरीक्षण / हटाएं lost+found। यह भी ध्यान दें कि 385MiB रूट (97894 ब्लॉक) के लिए आरक्षित हैं। आप उस मान को समायोजित करना चाहते हैं tune2fs।

— मार्को

बहुत बहुत धन्यवाद, यह अब काम करता है। umount और sudo e2fsck / dev / sdd1 ने इसे ठीक कर दिया है (इसमें कई बार ब्लॉक विफलताओं का दावा किया गया था, क्योंकि यह एक ही फ़ाइल नाम का उल्लेख करता है)। यदि आप इसे उत्तर के रूप में सेट करना चाहते हैं, तो स्वीकार करेंगे।

— इयान

जवाबों:

आपकी 8GB स्टिक में लगभग 7.5 GiB है और यहां तक कि कुछ फाइल सिस्टम के साथ ओवरहेड को 5.4GBB फाइल को स्टोर करने में सक्षम होना चाहिए।

आप tune2fsफ़ाइल sytem स्थिति और गुणों की जाँच करने के लिए उपयोग करते हैं:

tune2fs -l /dev/<device>

डिफ़ॉल्ट रूप से 5% स्थान रूट उपयोगकर्ता के लिए आरक्षित है। आपका आउटपुट 97894 ब्लॉकों को सूचीबद्ध करता है, जो लगभग 385MiB से मेल खाता है और लगता है कि डिफ़ॉल्ट मूल्य है। tune2fsयदि आपको उस आरक्षित स्थान की आवश्यकता नहीं है, तो आप इस मूल्य को समायोजित करना चाह सकते हैं । फिर भी, उन 385MiB के साथ भी फाइल को फाइल सिस्टम पर फिट होना चाहिए।

आपका tune2fsआउटपुट त्रुटियों के साथ एक अशुद्ध फाइल सिस्टम दिखाता है। तो कृपया fsckफ़ाइल सिस्टम पर चलाएँ । यह त्रुटियों को ठीक करेगा और संभवतः lost+foundनिर्देशिका में कुछ फ़ाइलों को रखेगा । यदि आप डेटा को पुनर्प्राप्त करने का इरादा नहीं रखते हैं, तो आप उन्हें हटा सकते हैं।

यह फ़ाइल सिस्टम को ठीक करना चाहिए और फ़ाइल की प्रतिलिपि बनाना सफल होगा।

— मार्को
स्रोत

-3

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

कुछ शोध करने के बाद, मुझे पता चला कि NTFS फाइल सिस्टम सिस्टम से स्टिक तक बड़ी फाइलों को ट्रांसफर करने के लिए सबसे अच्छा है, क्योंकि यह एकमात्र फाइल सिस्टम है जो 3.2 से अधिक फाइलों को बिना किसी समस्या के कॉपी करने की अनुमति देता है।

अगर यह किसी भी मदद की होगी पता नहीं है, लेकिन यह हमेशा एक संभव समाधान है।

— राजा के उपाय
स्रोत

दुर्भाग्य से आपके लिए ext2 वास्तव में ऐसी बड़ी फ़ाइलों का समर्थन करता है और इसके अलावा FAT32 की सीमा LFS के बिना 2 GiB, FAT32 + ( स्रोत ) के साथ 4 GiB और 256 GiB है ।

— 0xC0000022L