ไม่สามารถคัดลอกไฟล์ขนาดใหญ่ไปยัง ext2 usb stick [ปิด]

ฉันมี usb stick 8G (ฉันใช้ 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 ดูเหมือนจะไม่ติดบน usb 8G ฉันคิดว่าไม่มีปัญหากับ ext2 และเป็นปัญหาเฉพาะกับ fat32 สำหรับขนาดไฟล์และ usb sticks ใช่หรือไม่ การเปลี่ยนการจัดรูปแบบจะทำให้เกิดความแตกต่างหรือไม่?

แก้ไข: นี่คือรายงานจาก tunefs สำหรับไดรฟ์

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
    

8GB 8GB ของคุณมีประมาณ 7.5 GiB และแม้จะมีค่าใช้จ่ายระบบไฟล์บางส่วนควรจะสามารถจัดเก็บไฟล์ 5.4GiB

คุณใช้tune2fsเพื่อตรวจสอบสถานะ sytem ของไฟล์และคุณสมบัติ:

tune2fs -l /dev/<device>

โดยดีฟอลต์ 5% ของพื้นที่ถูกสงวนไว้สำหรับผู้ใช้รูท ผลลัพธ์ของคุณแสดงรายการบล็อก 97894 ซึ่งสอดคล้องกับประมาณ 385MiB และดูเหมือนว่าจะเป็นค่าเริ่มต้น คุณอาจต้องการปรับค่านี้โดยใช้tune2fsหากคุณไม่ต้องการพื้นที่สงวนที่มาก อย่างไรก็ตามถึงแม้จะมี 385MiB ก็ตามไฟล์ก็ควรจะพอดีกับระบบไฟล์

tune2fsเอาต์พุตของคุณแสดงระบบไฟล์ที่ไม่สะอาดพร้อมข้อผิดพลาด ดังนั้นโปรดเรียกใช้fsckบนระบบไฟล์ วิธีนี้จะแก้ไขข้อผิดพลาดและอาจวางไฟล์บางไฟล์ไว้ในlost+foundไดเรกทอรี คุณสามารถลบได้หากคุณไม่ต้องการกู้คืนข้อมูล

สิ่งนี้ควรแก้ไขระบบไฟล์และการคัดลอกไฟล์จะสำเร็จ

ตกลงฉันรู้ว่าฉันเป็นผู้ใช้ Windows ไม่ใช่ผู้ใช้ linux แต่ฉันมีปัญหาที่คล้ายกันในขณะที่เมื่อพยายามคัดลอกไฟล์ไปยังแท่งข้อมูล 16Gig เพื่อถ่ายโอนไปยังและจากแล็ปท็อปเก่า ตามที่ปรากฏรูปแบบระบบไฟล์ส่วนใหญ่สำหรับอุปกรณ์แบบถอดได้ (ext2, fat32 ฯลฯ ) ไม่สนับสนุนการคัดลอกไฟล์หากไฟล์มีขนาดใหญ่กว่า 3.2Gigs ในขนาดเนื่องจากพื้นที่เริ่มต้นบางส่วนมักถูกสงวนไว้สำหรับรากและระบบ ไฟล์อื่น ๆ ... ฉันมักจะมีข้อผิดพลาดบอกฉันว่าไดร์ฟเต็ม (แม้ว่ามันจะว่างเปล่าและฟอร์แมตใหม่ทั้งหมด)

หลังจากทำการวิจัยบางอย่างฉันพบว่าระบบไฟล์ NTFS นั้นดีที่สุดสำหรับการถ่ายโอนไฟล์ขนาดใหญ่จากระบบหนึ่งไปยังอีกระบบหนึ่งเนื่องจากเป็นระบบไฟล์เดียวที่อนุญาตให้คัดลอกไฟล์ที่มีขนาดใหญ่กว่า 3.2 โดยไม่มีปัญหาใด ๆ

ไม่ทราบว่านี่จะเป็นความช่วยเหลือใด ๆ หรือไม่ แต่มันก็เป็นทางออกที่เป็นไปได้เสมอ