Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
For bugs related to Red Hat Enterprise Linux 5 product line. The current stable release is 5.10. For Red Hat Enterprise Linux 6 and above, please visit Red Hat JIRA https://issues.redhat.com/secure/CreateIssue!default.jspa?pid=12332745 to report new issues.

Bug 515149

Summary: man mount(8) doesn't describe all necessary options for mounting vfat filesystems in case of working in non-UTF8 locale
Product: Red Hat Enterprise Linux 5 Reporter: Michael <mikeus>
Component: util-linuxAssignee: Karel Zak <kzak>
Status: CLOSED ERRATA QA Contact: qe-baseos-daemons
Severity: medium Docs Contact:
Priority: low    
Version: 5.3CC: azelinka, rvokal
Target Milestone: rc   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-01-13 23:45:12 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Michael 2009-08-02 18:52:19 UTC 
Description of problem:

While working in non-UTF8 locale I found that the kernel always mounts vfat filesystems with 'utf8' option enabled regardless of absence of it among command line mount options. And thereby the 'iocharset' option is virtually ignored so non-ascii file and directory names are dispalyed messed up.

After referring to the kernel sources I find that it is caused by the patch on bug https://bugzilla.redhat.com/show_bug.cgi?id=181963

Man page says about the 'utf8' option that UTF-8 encoding 'can be enabled for the filesystem whith this option'.
Perhaps after this patch it should be written that 'it is enabled by default' and be told that it can be disabled by setting 'utf8=0' or 'utf8=no' or 'utf8=false' as it follows from fs/fat/inode.c 

Today these options are undocumented and though there are practically no users that work in non-UTF8 locale, but nonetheless nor any information about this case too and not many of the users will go to look at the kernel sources.
Comment 1 Karel Zak 2010-04-09 13:22:20 UTC 
Sorry for the delay and thanks for your bug report. Fixed upstream by commit e8abdb315028d2bb7d1ced187169c8026af656cb. 

(Man page update --- propose for the next RHEL update.)
Comment 6 errata-xmlrpc 2011-01-13 23:45:12 UTC 
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHBA-2011-0085.html