私は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は問題ないと思いましたが、fat32ファイルサイズとUSBメモリースティックに問題がありましたか?形式を変更すると違いがありますか?
編集:以下は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
答え1
8GBスティックは約7.5GiBで、一部のファイルシステムオーバーヘッドがあっても5.4GiBファイルを保存できます。
tune2fs
以下を使用して、ファイルシステムの状態と属性を確認できます。
tune2fs -l /dev/<device>
デフォルトでは、スペースの5%はrootユーザーのために予約されています。出力には97894個のブロックがリストされており、これは約385MiBに対応し、デフォルト値のようです。tune2fs
予約済みスペースが不要な場合は、この値を調整する必要があります。ただし、385MiBでもファイルはファイルシステムに収まる必要があります。
出力tune2fs
には、エラーのあるクリーンでないファイルシステムが表示されます。したがって、fsck
ファイルシステムで実行してください。これによりエラーが修正され、一部のファイルがlost+found
ディレクトリに保存される可能性があります。データを回復する予定がない場合は削除できます。
これにより、ファイルシステムが回復し、ファイルのコピーが成功します。
答え2
さて、私はLinuxユーザーではなくWindowsユーザーであることを知っています。しかし、しばらく前に古いラップトップ間で転送するために16Gigデータスティックにファイルをコピーしようとしたときに同様の問題が発生しました。ほとんどのリムーバブルデバイスファイルシステムフォーマット(ext2、fat32など)は、ファイルサイズが3.2Gigsを超えるとファイルコピーをサポートしないことがわかりました。一部の基本スペースは、通常、ルートやシステムファイルなどのために予約されているためです。通常、ドライブがいっぱいになったというエラーメッセージが表示されます(完全に空でフォーマットしているにもかかわらず)。
いくつかの研究の最後に、NTFSファイルシステムは3.2より大きいファイルを問題なくコピーできる唯一のファイルシステムであるため、システムからメモリースティックに大容量ファイルを転送するのに最も適していることがわかりました。
これがどのように役立つかはわかりませんが、常に可能な解決策です。