Bug #2027

Filenames on msdos fs get an extra char

Added by herrgard about 2 years ago. Updated about 2 years ago.

Status:Closed Start date:
Priority:Normal Due date:
Assignee:polachok % Done:

0%
Category:-
Target version:-

Description

Hi,

Funny problem here. In /mnt I have an usb memory stick with msdos fs
(fat32) on mounted. Box is latest master.

# touch a
# ls a*
aa
# mv aa b
# ls b*
ls: No match.
# ls b
b
# ls
bb
# rm bb
rm: bb: No such file or directory

If I remount I can remove bb. With *only* digits in the filename it works:

# touch 1
# ls 1*
1
# mv 1 2
# ls 2*
2

Anyone else seeing this? Kind of annoying when you use msdos fs to move
files to OSes/programs that use the filename extension to recognize file
types.

//Max

Related todos

History

#1
Updated by polachok about 2 years ago

Oh, man, that sucks.
Are you using some encoding conversion scheme (-L flag for mount_msdos)?
I just tried to reproduce it and didn't succeed.

#2
Updated by herrgard about 2 years ago

No, I don't. Just a plain 'mount_msdos /dev/da8 /mnt' to mount it. I had
LC_CTYPE set to sv_SE.UTF-8, but unsetting it didn't change anything.

I think of the two usb sticks I tried with one are formatted on Mac OS and the
other one on some Windows. I'll play some with this.

#3
Updated by herrgard about 2 years ago

Mkay. It makes no difference whether the stick was formatted on dragonfly, mac
os or windows.

#4
Updated by polachok about 2 years ago

Is your installation 64bit? (I got 32-bit only here).
Can you put a minimal fs image indicating the problem somewhere?

I guess this is my bug, so I have to fix it.

#5
Updated by herrgard about 2 years ago

Yes, I'm on 64bit.

Here is the image: http://leaf.dragonflybsd.org/~mh/msdos.img.bz2

# vnconfig -c vn0 msdos.img
# mount_msdos /dev/vn0 /mnt

#7
Updated by herrgard about 2 years ago

Yehaa. It works. Thank you :)

#8
Updated by herrgard about 2 years ago

Fixed with commit 6c9ffabc272e311f51efadc07996c43c5c30f568

Also available in: Atom PDF