Binary package hint: mtools
On karmic and lucid, the newer version of mtools introduces a regression that causes filenames to break. According to the mtools documentation (http://mtools.linux.lu/mtools.html#SEC7), long filenames beyond eight characters should be truncated down to six characters then a tile and number. i.e. thisisatest becomes THISIS~1 for the short filename.
This behavior works correctly on 3.9 series mtools releases, but on 4.0, thisisatest would get truncated to thisisat. A simple testcase to this behavior is the following:
mcasadevall@daybreak:/tmp$ mkdosfs -C test.img 10000
mkdosfs 3.0.3 (18 May 2009)
mcasadevall@daybreak:/tmp$ mmd -i test.img libgnomecanvas
mcasadevall@daybreak:/tmp$ mmd -i test.img libgnome
Long file name "libgnome" already exists.
a)utorename A)utorename-all r)ename R)ename-all
s)kip S)kip-all q)uit (aArRsSq): q
mcasadevall@daybreak:/tmp$ mdir -i test.img
Volume in drive : has no label
Volume Serial Number is 952C-0A14
Directory for ::/
libgnome <DIR> 2009-11-12 13:52 libgnomecanvas
1 file 0 bytes
10 199 040 bytes free
The attached debdiff corrects this behavior by having mtools properly truncate the short filename to libgno~1 in that case.
yes. on hardy it works without a confirm ... so indeed a regression:
(hardy)
asac@tinya:~$ /sbin/mkdosfs -C test.img 10000
mkdosfs 2.11 (12 Mar 2005)
asac@tinya:~$ mmd -i test.img libgnomecanvas
asac@tinya:~$ mmd -i test.img libgnome
ii dosfstools 2.11-2.3ubuntu1 Utilities to create and check MS-DOS FAT filesystems