대용량 파일을 ext2 USB 스틱에 복사 할 수 없음 [닫힘]

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
    

8GB 스틱은 약 7.5GiB이며 일부 파일 시스템 오버 헤드에서도 5.4GiB 파일을 저장할 수 있습니다.

tune2fs파일 시스템 상태 및 속성을 확인하는 데 사용 합니다.

tune2fs -l /dev/<device>

기본적으로 공간의 5 %는 루트 사용자를 위해 예약되어 있습니다. 출력은 약 385MiB에 해당하는 97894 블록을 나열하며 기본값 인 것 같습니다. tune2fs예약 된 공간이 많지 않으면 이 값을 조정해야 할 수 있습니다 . 그럼에도 불구하고 이러한 385MiB에서도 파일은 파일 시스템에 맞아야합니다.

귀하의 tune2fs출력 오류가 부정한 파일 시스템을 보여줍니다. 따라서 fsck파일 시스템에서 실행하십시오 . 이렇게하면 오류가 수정되고 일부 파일이 lost+found디렉토리 에 배치 될 수 있습니다 . 데이터를 복구하지 않으려면 삭제할 수 있습니다.

파일 시스템이 수정되고 파일 복사가 성공합니다.

좋아, 나는 리눅스 사용자가 아닌 Windows 사용자라는 것을 알고 있지만 파일을 16Gig 데이터 스틱에 복사하거나 오래된 랩톱으로 전송하거나 이전 랩톱에서 전송하려고 할 때 비슷한 문제가 발생했습니다. 결과적으로 이동식 장치 (ext2, fat32 등)의 대부분의 파일 시스템 형식은 파일의 크기가 3.2Gigs보다 큰 경우 일반적으로 루트 및 시스템 용으로 예약 된 일부 기본 공간으로 인해 파일 복사를 지원하지 않습니다 files etc ... 일반적으로 드라이브가 가득 찼다는 메시지가 표시됩니다 (완전히 비어 있고 새로 포맷 되었음에도 불구하고).

약간의 연구를 한 후에 NTFS 파일 시스템은 큰 파일을 시스템에서 스틱으로 전송하는 데 가장 좋습니다. 3.2 파일보다 큰 파일을 문제없이 복사 할 수있는 유일한 파일 시스템이기 때문입니다.

이것이 도움이 될지 모르지만 항상 가능한 해결책입니다.