Description of problem: When mounting a vfat partition using either fstab or the command line all fmask,dmask and umask options are ignored, and the files in the partition are -rwxrwxrwx regardless. How reproducible: Every time. Steps to Reproduce: 1. create/choose a vfat partition (e.g. /dev/sda1) and a mountpoint (e.g. /data) 2. mount -v -t vfat -o fmask=0113 /dev/sda1 /data 3. mount correctly reports: /dev/sda1 on /data type vfat (rw,fmask=113) 4. ls -al /data shows files are -rwxrwxrwx not the expected -rw-rw-r-- . Don't have an ntfs partition to test at this time, but it possibly affects those as well. Also not tested on x86. There does not appear to be any workaround. Kernel Linux localhost 3.4.34-desktop-1.mga2 #1 SMP Thu Feb 28 21:11:55 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux Util-linux 2.21.1 Reproducible: Steps to Reproduce:
Forgot to add - behaviour does not change for different combinations of fmask,dmask,umask or option values - all are ignored and the files are always 777.
Is that behaviour different from what other distributions do?
CC: (none) => stormi
Keywords: (none) => NEEDINFO
I have ... LABEL=efi /a1 vfat noatime,umask=000,fmask=0177,dmask=0077,nofail,noauto 0 [root@x3 ~]# mount /a1 [root@x3 ~]# ll /a1 total 244 drwx------ 3 root root 4096 Apr 26 02:28 EFI/ -rw------- 1 root root 122880 Apr 25 22:20 grubx64.efi -rw------- 1 root root 122880 Apr 25 22:20 shell64.efi This is on Mageia 3 x86_64, so this must be a Mageia 2 only problem.
Keywords: NEEDINFO => (none)CC: (none) => davidwhodgins
On my Mageia 2 i586 system ... [root@hodgins ~]# grep fmask /etc/fstab LABEL=HDA1 /media/win_c vfat umask=000,fmask=0177,dmask=0077,iocharset=utf8,noauto 0 0 LABEL=HDA13 /var/mnt/win_m ntfs-3g defaults,umask=000,fmask=0177,dmask=0077,noauto 0 0 [root@hodgins ~]# mount /media/win_c [root@hodgins ~]# ll /media/win_c|head -5 total 71908 -rw------- 1 root root 5381298 Jun 15 2009 20080305035413859_Samsung_USB_Driver_MCCI_4.34_WHQL_v3.4.exe drwx------ 5 root root 4096 Dec 16 2001 acroread/ -rw------- 1 root root 172032 May 20 2005 AMI drwx------ 4 root root 4096 Dec 12 2000 ati/ [root@hodgins ~]# mount /var/mnt/win_m [root@hodgins ~]# ll /var/mnt/win_m |head -5 total 3458086 drwx------ 1 root root 16384 Mar 24 2011 3facacc2f254d5c808b8465d50648614/ -rw------- 1 root root 12674968 Dec 31 2010 AdobeAIRInstaller.exe drwx------ 1 root root 4096 Apr 4 2006 ARCHITEC/ drwx------ 1 root root 4096 Apr 4 2006 audiograbber/ So it's working for me.
This message is a reminder that Mageia 2 is nearing its end of life. Approximately one month from now Mageia will stop maintaining and issuing updates for Mageia 2. At that time this bug will be closed as WONTFIX (EOL) if it remains open with a Mageia 'version' of '2'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Mageia version prior to Mageia 2's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Mageia 2 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Mageia release includes newer upstream software that fixes bugs or makes them obsolete. -- The Mageia Bugsquad
Mageia 2 changed to end-of-life (EOL) status on ''22 November''. Mageia 2 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Mageia please feel free to click on "Version" change it against that version of Mageia and reopen this bug. Thank you for reporting this bug and we are sorry it could not be fixed. -- The Mageia Bugsquad
Resolution: (none) => OLDStatus: NEW => RESOLVED
CC: (none) => venomdoli4