I can confirm this behavior. It's not hal, it's gnome-volume-manager
that's mounting the partitions. This is probably caused by gparted
calling an IOCTL to re-read the partition table before it tries to make
the change. That part, at least, is good behavior but gparted needs to
have some way to either lock the device it's working on so that g-v-m
can't have it mounted or perhaps notify g-v-m that it's making changes
so that g-v-m knows not to try.
This is definitely a bug, I'd even call it a serious one. It will be
present whenever attempting to manipulate a partition table on a
removable device.
A possible workaround is to kill gnome-volume-manager (in my case I had
to go into gnome-session-properties to kill it).
** Changed in: gparted (Ubuntu)
Status: Needs Info => Confirmed
--
hal(?) mounting Partition, while working with GParted
https://launchpad.net/bugs/37768
--
desktop-bugs mailing list
desktop-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
