Package: gnome-mount Version: 0.6-1+b2 Severity: normal As I'm sharing my removable USB storage devices with Czech edition of Microsoft(R) operation system, I'd like to set some custom mount options to have national characters translated correctly (-o utf8,codepage=852) and to have sane permissions on FAT files (fmask=0133,dmask=0022).
I've created custom FDI file for HAL # cat /usr/share/hal/fdi/policy/20thirdparty/fat_mount.fdi <?xml version="1.0" encoding="UTF-8"?> <!-- -*- xml -*- --> <deviceinfo version="0.2"> <device> <match key="block.is_volume" bool="true"> <match key="volume.fsusage" string="filesystem"> <match key="volume.fstype" string="vfat"> <merge key="volume.policy.mount_option.fmask=0133" type="bool">true</merge> <merge key="volume.policy.mount_option.dmask=0022" type="bool">true</merge> <merge key="volume.policy.mount_option.utf8" type="bool">true</merge> <merge key="volume.policy.mount_option.codepage=852" type="bool">true</merge> </match> </match> </match> </device> </deviceinfo> which works fine, as lshal shows following for all my FAT based devices ... volume.policy.mount_option.codepage=852 = true (bool) volume.policy.mount_option.dmask=0022 = true (bool) volume.policy.mount_option.fmask=0133 = true (bool) volume.policy.mount_option.utf8 = true (bool) ... and I'm happy so far. But when I try to mount my devices using Nautilus, mount command reveals bad news: ... /dev/sdd1 on /media/KINGSTON type vfat (rw,nosuid,nodev,shortname=lower,uid=1000) /dev/sde1 on /media/HT203 type vfat (rw,nosuid,nodev,shortname=lower,uid=1000) ... Seems like something (gnome-mount?) silently ignores mount options set by HAL. Packages versions: # dpkg -l | egrep -e hal\|gnome-mount\|pmount\|nautilus ii gnome-mount 0.6-1+b2 wrapper for (un)mounting and ejecting storag ii hal 0.5.9.1-2 Hardware Abstraction Layer ii hal-info 20070618-1 Hardware Abstraction Layer - fdi files ... ii nautilus 2.18.3-2 file manager and graphical shell for GNOME ... ii pmount 0.9.16-3 mount removable devices as normal user Just for the record, I believe similar behavior (but KDE issue) is reported here: http://qa.mandriva.com/show_bug.cgi?id=26472 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]