I have an 8G usb stick (I'm on linux Mint), and I'm trying to copy a 5.4G file into it, but getting No space left on deviceThe filesize of the copied file before failing is always 3.6GAn output of the mounted stick shows..df -T/dev/sdc1      ext2       7708584    622604   6694404   9% /media/moo/ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fedf -h/dev/sdc1       7.4G  608M  6.4G   9% /media/moo/ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9fedu -h --max-depth=188K ./.sshls -h myfile -rw-r--r-- 1 moo moo 5.4G May 26 09:35 myfileSo a 5.4G file, won't seem to go on an 8G usb stick. I thought there wasn't issues with ext2, and it was only problems with fat32 for file sizes and usb sticks ? Would changing the formatting make any difference ?Edit: Here is an report from tunefs for the drivesudo tune2fs -l /dev/sdd1Filesystem volume name:   Last mounted on:          /media/moo/ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9feFilesystem UUID:          ba20d7ab-2c46-4f7a-9fb8-baa0ee71e9feFilesystem magic number:  0xEF53Filesystem revision #:    1 (dynamic)Filesystem features:      ext_attr resize_inode dir_index filetype sparse_super large_fileFilesystem flags:         signed_directory_hash Default mount options:    (none)Filesystem state:         not clean with errorsErrors behavior:          ContinueFilesystem OS type:       LinuxInode count:              489600Block count:              1957884Reserved block count:     97894Free blocks:              970072Free inodes:              489576First block:              0Block size:               4096Fragment size:            4096Reserved GDT blocks:      477Blocks per group:         32768Fragments per group:      32768Inodes per group:         8160Inode blocks per group:   510Filesystem created:       Mon Mar  2 13:00:18 2009Last mount time:          Tue May 26 12:12:59 2015Last write time:          Tue May 26 12:12:59 2015Mount count:              102Maximum mount count:      26Last checked:             Mon Mar  2 13:00:18 2009Check interval:           15552000 (6 months)Next check after:         Sat Aug 29 14:00:18 2009Lifetime writes:          12 GBReserved blocks uid:      0 (user root)Reserved blocks gid:      0 (group root)First inode:              11Inode size:           256Required extra isize:     28Desired extra isize:      28Default directory hash:   half_md4Directory Hash Seed:      249823e2-d3c4-4f17-947c-3500523479fdFS Error count:           62First error time:         Tue May 26 09:48:15 2015First error function:     ext4_mb_generate_buddyFirst error line #:       757First error inode #:      0First error block #:      0Last error time:          Tue May 26 10:35:25 2015Last error function:      ext4_mb_generate_buddyLast error line #:        757Last error inode #:       0Last error block #:       0    
Unable to copy large file onto ext2 usb stick
linux;disk usage;usb drive;disk
Your 8GB stick has approximately 7.5 GiB and even with some file system overhead should be able to store the 5.4GiB file.You use tune2fs to check the file sytem status and properties:tune2fs -l /dev/<device>By default 5% of the space is reserved for the root user. Your output lists 97894 blocks, which corresponds to approximately 385MiB and seems to be the default value. You might want to adjust this value using tune2fs if you don't need that much reserved space. Nevertheless, even with those 385MiB the file should fit on the file system.Your tune2fs output shows an unclean file system with errors. So please run fsck on the file system. This will fix the errors and possibly place some files in the lost+found directory. You can delete them if you're not intending to recover the data.This should fix the file system and copying the file will succeed.