Red Hat Bugzilla – Bug 469283
ntfs-3g fdi file changes volume.fstype, breaks other hal rules
Last modified: 2008-11-06 21:57:05 EST
Description of problem:
/usr/share/hal/fdi/policy/10osvendor/20-ntfs-config-write-policy.fdi replaces volume.fstype with ntfs-3g where the type was previously ntfs
From the changelog it looks like this was an intentional change, although since my ntfs partitions were automounted before the change I'm not sure exactly what the fdi file is trying to do.
This change breaks existing hal rules; /usr/share/hal/fdi/policy/10osvendor/20-storage-methods.fdi has rules to ignore certain recovery partitions based on name and fstype.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
By inspection, or:
1. Have a recovery partition that was previously ignored
2. Upgrade ntfs-3g to latest stable updates
Recovery partition is automatically mounted
As before, partition should be ignored
the way that hal finds and ignores recovery partitions has slightly changed upstream (https://bugs.freedesktop.org/show_bug.cgi?id=18027 and http://gitweb.freedesktop.org/?p=hal.git;a=commitdiff;h=fba24a693867984e832fd2eb8a182b715e66a289) but it still looks for ntfs as the file type
Ugh. This hal nonsense gives me headaches.
So basically, we need the ntfs-3g provided .fdi to say:
<merge key="volume.fstype" type="string">ntfs</merge>
The match is on volume.fstype, so if you remove the merge line it should stay as ntfs (untested). But presumably its there for a reason, and I don't know enough about hal to know why.
(In reply to comment #2)
> The match is on volume.fstype, so if you remove the merge line it should stay
> as ntfs (untested). But presumably its there for a reason, and I don't know
> enough about hal to know why.
Okay, since I don't have a recovery partition, can you manually edit /usr/share/hal/fdi/policy/10osvendor/20-ntfs-config-write-policy.fdi
Try (in this order):
1. Change the merge key volume.fstype string to be "ntfs" not "ntfs-3g".
2. Drop that merge key volume.fstype line altogether.
Please let me know if either change restores the behavior of ignoring recovery ntfs partitions.
Either of those work, and lshal shows volume.ignore is true (after restarting haldaemon)
ntfs-3g-1.5012-4.fc8 has been submitted as an update for Fedora 8.
ntfs-3g-1.5012-4.fc9 has been submitted as an update for Fedora 9.
ntfs-3g-1.5012-4.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.
ntfs-3g-1.5012-4.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.