* [gentoo-user] 2.6.32 and FAT file names
@ 2010-01-08 16:09 felix
2010-01-08 16:13 ` Xavier Parizet
2010-01-08 20:01 ` Paul Hartman
0 siblings, 2 replies; 7+ messages in thread
From: felix @ 2010-01-08 16:09 UTC (permalink / raw
To: gentoo-user
Oh dear. As I read all the stuff about 2.6.32 changing long filename
handling for VFAT filesystems to avoid Microsoft patent problems, I
didn't think it mattered much to me, since I only use FAT when getting
pictures from a camera or USB stick. Now I find that filenames are
all upper case where they weren't before.
I see a bunch of mount options to use lower case filenames, but what I
would really like to do is restore the old behavior, whatever it was,
with a 2.6.32 kernel. Is there such an option, either building a
kernel or mounting a filesystem?
--
... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
Felix Finch: scarecrow repairman & rocket surgeon / felix@crowfix.com
GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] 2.6.32 and FAT file names
2010-01-08 16:09 [gentoo-user] 2.6.32 and FAT file names felix
@ 2010-01-08 16:13 ` Xavier Parizet
2010-01-08 20:01 ` Paul Hartman
1 sibling, 0 replies; 7+ messages in thread
From: Xavier Parizet @ 2010-01-08 16:13 UTC (permalink / raw
To: gentoo-user
[-- Attachment #1: Type: text/plain, Size: 975 bytes --]
Le 08/01/2010 17:09, felix@crowfix.com a écrit :
> Oh dear. As I read all the stuff about 2.6.32 changing long filename
> handling for VFAT filesystems to avoid Microsoft patent problems, I
> didn't think it mattered much to me, since I only use FAT when getting
> pictures from a camera or USB stick. Now I find that filenames are
> all upper case where they weren't before.
>
> I see a bunch of mount options to use lower case filenames, but what I
> would really like to do is restore the old behavior, whatever it was,
> with a 2.6.32 kernel. Is there such an option, either building a
> kernel or mounting a filesystem?
For me, plugin-in a FAT formatted usb-key on my system implied mounting it using
hal, which implies mount options
(rw,nosuid,nodev,noatime,uhelper=hal,shortname=lower,flush,uid=1000) using vfat.
HTH.
--
Xavier Parizet
YaGB : http://gentooist.com
GPG : C7DC B10E FC21 63BE
B453 D239 F6E6 DF65 1569 91BF
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] 2.6.32 and FAT file names
2010-01-08 16:09 [gentoo-user] 2.6.32 and FAT file names felix
2010-01-08 16:13 ` Xavier Parizet
@ 2010-01-08 20:01 ` Paul Hartman
2010-01-08 21:39 ` felix
1 sibling, 1 reply; 7+ messages in thread
From: Paul Hartman @ 2010-01-08 20:01 UTC (permalink / raw
To: gentoo-user
On Fri, Jan 8, 2010 at 10:09 AM, <felix@crowfix.com> wrote:
> Oh dear. As I read all the stuff about 2.6.32 changing long filename
> handling for VFAT filesystems to avoid Microsoft patent problems, I
> didn't think it mattered much to me, since I only use FAT when getting
> pictures from a camera or USB stick. Now I find that filenames are
> all upper case where they weren't before.
>
> I see a bunch of mount options to use lower case filenames, but what I
> would really like to do is restore the old behavior, whatever it was,
> with a 2.6.32 kernel. Is there such an option, either building a
> kernel or mounting a filesystem?
I haven't noticed any difference with any of my vfat devices in
2.6.32. Filenames have mixed-case and seem usual. Where did you read
about 2.6.32 changing long filename handling? I can't find any info
about it.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] 2.6.32 and FAT file names
2010-01-08 20:01 ` Paul Hartman
@ 2010-01-08 21:39 ` felix
2010-01-08 23:17 ` Paul Hartman
0 siblings, 1 reply; 7+ messages in thread
From: felix @ 2010-01-08 21:39 UTC (permalink / raw
To: gentoo-user
On Fri, Jan 08, 2010 at 02:01:08PM -0600, Paul Hartman wrote:
> I haven't noticed any difference with any of my vfat devices in
> 2.6.32. Filenames have mixed-case and seem usual. Where did you read
> about 2.6.32 changing long filename handling? I can't find any info
> about it.
I have read it in several places, but the only one I (think I)
remember by name is lwn.net, and I couldn't give you any specific
article.
--
... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
Felix Finch: scarecrow repairman & rocket surgeon / felix@crowfix.com
GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] 2.6.32 and FAT file names
2010-01-08 21:39 ` felix
@ 2010-01-08 23:17 ` Paul Hartman
2010-01-09 4:36 ` felix
0 siblings, 1 reply; 7+ messages in thread
From: Paul Hartman @ 2010-01-08 23:17 UTC (permalink / raw
To: gentoo-user
On Fri, Jan 8, 2010 at 3:39 PM, <felix@crowfix.com> wrote:
> On Fri, Jan 08, 2010 at 02:01:08PM -0600, Paul Hartman wrote:
>
>> I haven't noticed any difference with any of my vfat devices in
>> 2.6.32. Filenames have mixed-case and seem usual. Where did you read
>> about 2.6.32 changing long filename handling? I can't find any info
>> about it.
>
> I have read it in several places, but the only one I (think I)
> remember by name is lwn.net, and I couldn't give you any specific
> article.
In the 2.6.32 kernel ChangeLog this is the only thing that looks to
address it, and if anything it sounds like it should be the opposite
of your problem (fixing it instead of causing it)... weird. Maybe try
to add shortname=mixed to your mount options in case something in your
system has it set otherwise.
commit 955234755ce4a2c33cfc558912aa8f2148cc1fc6
Author: Paul Wise <pabs3@bonedaddy.net>
Date: Sat Aug 1 21:30:31 2009 +0900
vfat: change the default from shortname=lower to shortname=mixed
Because, with "shortname=lower", copying one FAT filesystem tree to
another FAT filesystem tree using Linux results in semantically
different filesystems. (E.g.: Filenames which were once "all
uppercase" are now "all lowercase").
So, this changes the default of "shortname=lower" to "shortname=mixed".
Signed-off-by: Paul Wise <pabs3@bonedaddy.net>
[change fat_show_options()]
Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] 2.6.32 and FAT file names
2010-01-08 23:17 ` Paul Hartman
@ 2010-01-09 4:36 ` felix
2010-01-09 17:53 ` [gentoo-user] 2.6.32 and FAT file names -- SOLVED felix
0 siblings, 1 reply; 7+ messages in thread
From: felix @ 2010-01-09 4:36 UTC (permalink / raw
To: gentoo-user
On Fri, Jan 08, 2010 at 05:17:44PM -0600, Paul Hartman wrote:
> In the 2.6.32 kernel ChangeLog this is the only thing that looks to
> address it, and if anything it sounds like it should be the opposite
> of your problem (fixing it instead of causing it)... weird. Maybe try
> to add shortname=mixed to your mount options in case something in your
> system has it set otherwise.
>
> commit 955234755ce4a2c33cfc558912aa8f2148cc1fc6
> Author: Paul Wise <pabs3@bonedaddy.net>
> Date: Sat Aug 1 21:30:31 2009 +0900
>
> vfat: change the default from shortname=lower to shortname=mixed
No, that just might explain it. I'll reboot tomorrow under 2.6.31 and
if the problem persists, then it is probably something like udev or
who knows what. But if it was mounted as "lower" and now "mixed",
that would explain why I see the change. I remember the DOS systems
always being upper case, so the "lower" default would have lowered
them to what I was used to seeing, while the new "mixed" would have
preserved their teletypeness that I now see.
I looked quickly on lwn back thru Oct 1 and found nothing similar to
what I remember, so I will quit searching. There was some kerfuffle
about crippling some feature under some circumstances, trying to make
VFAT do 99%f off what it should but not 100%, so it couldn't be claimed
as a patent violation. There was some mention of this being related
to TomTom settling a patent lawsuit with Microsoft. I think the
change note you found is more likely the cause, and I will report
tomorrow on this.
Thanks for looking for this, BTW. I didn't think it was worth being
that ambitious :-)
--
... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
Felix Finch: scarecrow repairman & rocket surgeon / felix@crowfix.com
GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [gentoo-user] 2.6.32 and FAT file names -- SOLVED
2010-01-09 4:36 ` felix
@ 2010-01-09 17:53 ` felix
0 siblings, 0 replies; 7+ messages in thread
From: felix @ 2010-01-09 17:53 UTC (permalink / raw
To: gentoo-user
On Fri, Jan 08, 2010 at 08:36:15PM -0800, felix@crowfix.com wrote:
> No, that just might explain it. I'll reboot tomorrow under 2.6.31
That was it -- 2.6.32 does the right thing, but I was too used to the
wrong thing. 2.6.31 with "shortname=mixed" duplicates 2.6.32 default
behavior, and 2.6.32 with "shortname=lower" duplicates 2.6.31 default
behavior.
--
... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
Felix Finch: scarecrow repairman & rocket surgeon / felix@crowfix.com
GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2010-01-09 17:55 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-08 16:09 [gentoo-user] 2.6.32 and FAT file names felix
2010-01-08 16:13 ` Xavier Parizet
2010-01-08 20:01 ` Paul Hartman
2010-01-08 21:39 ` felix
2010-01-08 23:17 ` Paul Hartman
2010-01-09 4:36 ` felix
2010-01-09 17:53 ` [gentoo-user] 2.6.32 and FAT file names -- SOLVED felix
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox