Hi Jan,
> Then, I just tried everything to get an overview:
thanks!
> (All with DUALNAMES=n)
> # mount /dev/sdc1 /mnt -o iocharset=utf8,shortnames=lower
> # cp /mnt/dcim/100_fuji/dscf{4160,3004}.jpg
> # umount /mnt
> # mount /dev/sdc1 /mnt -o iocharset=utf8,shortnames=win95
> # cp /mnt/dcim/100_fuji/dscf{4160,3005}.jpg
> # umount /mnt
> # mount /dev/sdc1 /mnt -o iocharset=utf8,shortnames=winnt
> # cp /mnt/dcim/100_fuji/dscf{4160,3006}.jpg
> # umount /mnt
> # mount /dev/sdc1 /mnt -o iocharset=utf8,shortnames=mixed
> # cp /mnt/dcim/100_fuji/dscf{4160,3007}.jpg
> # umount /mnt
>
> Result? The camera only displays 3006.
>
> The dualnames patch's filling filenames with random illegal
> chars does seems to have a really foul side-effect afteractually, you've just proved the patch works as intended on your
device!Only the shortname=winnt would create a 8.3 name when you use the
filename dscfNNNN.jpg. That is why my first patch in May forcedshortname_flags = VFAT_SFN_CREATE_WINNT;
when the patch triggered. I think this is the only sane behaviour for
a VFAT filesystem on Linux. Unfortunately it isn't the default, and at
least on my Ubuntu system the automatic mounting doesn't get this
right.I'd love to change the default or do an override, at least when
dualnames is diabled. Hirofumi-san, what do you think?Cheers, Tridge
PS: I'm assuming you actually typed "shortname=" not
"shortnames=". The option is not plural.
--
To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Andy Whitcroft | clam |
| Vladislav Bolkhovitin | Re: Integration of SCST in the mainstream Linux kernel |
git: | |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| David Miller | [GIT]: Networking |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Evgeniy Polyakov | Re: [BUG] New Kernel Bugs |
