私は8GUSBスティックを持っています(私は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ファイルは8GUSBスティックには収まらないようです。 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
ディレクトリに配置される可能性があります。データを回復するつもりがない場合は、それらを削除できます。
これでファイルシステムが修正され、ファイルのコピーが成功します。