[ This isn't really a debian question; it's more of a linux question or maybe a file system question, but because this is the most appropriate of the groups I read, I'll pretend it's really important that this happened on a debian system. ]
I tried to copy a 1.4G directory $ du -sh dr-dobbs 1.4G dr-dobbs $ to an empty 4G thumb drive $ /sbin/fdisk -l /dev/sda Disk /dev/sda: 4009 MB, 4009754624 bytes 124 heads, 62 sectors/track, 1018 cylinders Units = cylinders of 7688 * 512 = 3936256 bytes Disk identifier: 0x00000000 Device Boot Start End Blocks Id System /dev/sda1 * 1 1018 3913161 6 FAT16 $ and had the copy fail because the thumb drive ran out of space. After poking around a bit, I found the block sizes on the thumb drive were huge: $ cd /mnt/flasha/dr-dobbs/articles/CUJ/1990/9001/branniga $ ls --block-size=1k -ls total 896 64 -rwxr-xr-x 1 rclayton rclayton 18 2010-03-23 14:42 branniga.htm 64 -rwxr-xr-x 1 rclayton rclayton 3 2010-03-23 14:42 fig1.gif 64 -rwxr-xr-x 1 rclayton rclayton 1 2010-03-23 14:42 fig1.htm 64 -rwxr-xr-x 1 rclayton rclayton 3 2010-03-23 14:42 fig2.gif 64 -rwxr-xr-x 1 rclayton rclayton 1 2010-03-23 14:42 fig2.htm 64 -rwxr-xr-x 1 rclayton rclayton 3 2010-03-23 14:42 fig3.gif 64 -rwxr-xr-x 1 rclayton rclayton 1 2010-03-23 14:42 fig3.htm 64 -rwxr-xr-x 1 rclayton rclayton 6 2010-03-23 14:42 fig4.gif 64 -rwxr-xr-x 1 rclayton rclayton 1 2010-03-23 14:42 fig4.htm 64 -rwxr-xr-x 1 rclayton rclayton 5 2010-03-23 14:42 fig5.gif 64 -rwxr-xr-x 1 rclayton rclayton 1 2010-03-23 14:42 fig5.htm 64 -rwxr-xr-x 1 rclayton rclayton 7 2010-03-23 14:42 fig6.gif 64 -rwxr-xr-x 1 rclayton rclayton 1 2010-03-23 14:42 fig6.htm 64 -rwxr-xr-x 1 rclayton rclayton 5 2010-03-23 14:42 list1.htm $ cd /home/dr-dobbs/articles/CUJ/1990/9001/branniga $ ls --block-size=1k -ls total 88 20 -r-x------ 1 rclayton rclayton 18 2010-03-21 08:32 branniga.htm 4 -r-x------ 1 rclayton rclayton 3 2010-03-21 08:32 fig1.gif 4 -r-x------ 1 rclayton rclayton 1 2010-03-21 08:32 fig1.htm 4 -r-x------ 1 rclayton rclayton 3 2010-03-21 08:32 fig2.gif 4 -r-x------ 1 rclayton rclayton 1 2010-03-21 08:32 fig2.htm 4 -r-x------ 1 rclayton rclayton 3 2010-03-21 08:32 fig3.gif 4 -r-x------ 1 rclayton rclayton 1 2010-03-21 08:32 fig3.htm 8 -r-x------ 1 rclayton rclayton 6 2010-03-21 08:32 fig4.gif 4 -r-x------ 1 rclayton rclayton 1 2010-03-21 08:32 fig4.htm 8 -r-x------ 1 rclayton rclayton 5 2010-03-21 08:32 fig5.gif 4 -r-x------ 1 rclayton rclayton 1 2010-03-21 08:32 fig5.htm 8 -r-x------ 1 rclayton rclayton 7 2010-03-21 08:32 fig6.gif 4 -r-x------ 1 rclayton rclayton 1 2010-03-21 08:32 fig6.htm 8 -r-x------ 1 rclayton rclayton 5 2010-03-21 08:32 list1.htm $ which meant my thumb drive space was getting eaten up by internal fragmentation. I understand that flash storage has special needs for most efficient operation, but are block-size overages of an order-of-magnitude or more really necessary? Can I remake the file system with smaller block sizes? How? (It is unclear to me if sector size is the same as file block size.) What bad things happen to flash storage if the file system has 1k block size? This happened on a debian testing system updated weekly. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mxxxen0p....@ulanbator.myhome.westell.com