大きなファイルを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に関する問題だけでしたか？書式を変更しても違いはありますか？

編集：これはドライブの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スティックには約7.5 GiBがあり、ファイルシステムのオーバーヘッドがあっても5.4GiBファイルを保存できます。

tune2fsファイルシステムのステータスとプロパティの確認に使用します。

tune2fs -l /dev/<device>

デフォルトでは、スペースの5％がrootユーザー用に予約されています。出力には97894ブロックがリストされます。これは約385MiBに対応し、デフォルト値のようです。tune2fs予約スペースがそれほど必要ない場合は、この値を調整することをお勧めします。それにもかかわらず、これらの385MiBを使用しても、ファイルはファイルシステムに収まるはずです。

あなたのtune2fs出力は、エラーのある汚れたファイルシステムを示しています。そのfsckため、ファイルシステムで実行してください。これによりエラーが修正され、lost+foundディレクトリにいくつかのファイルが配置される可能性があります。データを回復する予定がない場合は、削除できます。

これでファイルシステムが修正され、ファイルのコピーが成功します。

私はLinuxユーザーではなくWindowsユーザーであることはわかっていますが、以前のラップトップとの間でファイルを転送するために、16Gigデータスティックにファイルをコピーしようとしたときに、同様の問題が発生しました。判明したように、リムーバブルデバイス（ext2、fat32など）のほとんどのファイルシステムフォーマットは、ファイルのサイズが3.2Gigより大きい場合、通常、ルートとシステム用に予約されているデフォルトスペースがあるため、ファイルのコピーをサポートしません。ファイルなど...通常、ドライブがいっぱいであるというエラーが発生しました（完全に空で、フォーマットが完了していても）。

調査の結果、NTFSファイルシステムは3.2より大きいファイルを問題なくコピーできる唯一のファイルシステムであるため、システムからスティックへの大きなファイルの転送に最適であることがわかりました。

これが役立つかどうかはわかりませんが、それは常に可能な解決策です。