Fedora Account System
Red Hat Associate
Red Hat Customer
Description of problem: Attempting to alter the partition table with GParted causes the kernel to re-read the partition table which in turn prompts HAL to mount any readable volumes, interrupting GParted. This is especially dangerous when attempting to resize a partition and generally renders gparted useless. See the Launchpad bug for more details Version-Release number of selected component (if applicable): gparted.x86_64-0.3.9-1.fc10.1 How reproducible: Always.
Did you really noticed this issue on your Fedora installation, or you just want to bring the Launchpad bug to attention? The bug you referred to was resolved as been fixed upstream in gparted-0.3.8, and the Fedora version you are filing against is gparted-0.3.9.
It just happened to me while trying to repartition my external harddrive on Rawhide.
Hal Maintainer(s), This seems to be an issue with hal-lock; gparted is executed by running a script which do 'hal-lock --interface org.freedeskdesktop.Hal.Device.Storage --exclusive --run "/usr/sbin/gpartedbin $*"'
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Hello, i use fedora 10 and this bug are always present. hal(autofs??) try mount when formatting step is beginning result:partition are corrupted sorry for my poorly english. Michael C.
I work around this bug by running gconftool-2 -s -t bool /apps/nautilus/preferences/media_automount false to disable automatic media mounting (see bug 476586).
gparted-0.4.3-1.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.
gparted-0.4.3-1.fc10 has been pushed to the Fedora 10 stable repository. If problems still persist, please make note of it in this bug report.