web-dev-qa-db-ja.com

大きなファイルをext2USBスティックにコピーできません

私は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
10
Ian

8GBのスティックには約7.5 GiBがあり、ファイルシステムのオーバーヘッドがあっても、5.4GiBファイルを保存できるはずです。

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

tune2fs -l /dev/<device>

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

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

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

9
Marco