automatically mounts created file systems on live CD on manual partitioning

Bug #78862 reported by Martin Pitt
12
Affects Status Importance Assigned to Milestone
ubiquity (Baltix)
Fix Released
Undecided
Unassigned
ubiquity (Ubuntu)
Fix Released
Critical
TomTom27

Bug Description

Binary package hint: gnome-volume-manager

In the live system, g-v-m automounts hard disk partitions just created by ubiquity and thus breaks installation. The gconf keys are off, so this shouldn't happen.

Related branches

Martin Pitt (pitti)
Changed in gnome-volume-manager:
assignee: nobody → pitti
importance: Undecided → Critical
status: Unconfirmed → In Progress
Revision history for this message
Martin Pitt (pitti) wrote :

My initial thought was that g-v-m would not re-read gconf keys while it runs, but it does. With an automatic partitioning, I get:

manager.c/696: setting changed: bool: automount_drives = 0
manager.c/696: setting changed: bool: automount_media = 0
[some partition removals/additions]
manager.c/696: setting changed: bool: automount_drives = 1
manager.c/696: setting changed: bool: automount_media = 1

but if I do manual partitioning, the gconf keys are never set to 0, thus g-v-m picks up the new partition and automatically mounts them.

Changed in gnome-volume-manager:
status: In Progress → Confirmed
Changed in ubiquity:
assignee: pitti → kamion
Revision history for this message
Colin Watson (cjwatson) wrote :

ubiquity (1.3.15) feisty; urgency=low

  * Add --old-partitioner command-line option to force the use of the old
    advanced partitioner even when it stops being the default. (Of course,
    this won't work for ever, as the old code will eventually be removed.)
  * GTK frontend: Disable gnome-volume-manager automounting for the entire
    duration of installation (LP: #78862).
  * Really install the apport hook.
  * Switch the new partitioner on by default. As above, use 'ubiquity
    --old-partitioner' to disable it.

 -- Colin Watson <email address hidden> Tue, 30 Jan 2007 14:10:11 +0000

Changed in ubiquity:
status: Confirmed → Fix Released
TomTom27 (tomcs)
Changed in ubiquity:
assignee: kamion → tomcs
Przemek K. (azrael)
Changed in ubiquity (Baltix):
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.