[Bug 958246] Re: allow cancellation of steps that haven't started yet

[Curtis Gedak]

In terms of merging operations, only consecutive move/resize actions on
the same partition can be merged.  As soon as another partition
move/resize is introduced the disk partition boundaries are changed so
we cannot simply merge non-consecutive move/resizes.

The series of steps listed in comment #3 is a bit confusing.

Darxus,
   In the future you can save the gparted_details.html log file and post it with the bug report.  This will help in resolving issues.

Philllip,
   All moves currently contain the following warning message:

         Moving a partition might cause your operating system to fail to
boot.

         You have queued an operation to move the start sector of partition /path-to-partition.
         Failure to boot is most likely to occur if you move the GNU/Linux partition containing /boot,
         or if you move the Windows system partition C:.
         You can learn how to repair the boot configuration in the GParted FAQ.
         http://gparted.org/faq.php

         Moving a partition might take a very long time to apply.

   This is a long message that perhaps is overlooked.  Perhaps this
could be reworded better?

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to gparted in Ubuntu.
https://bugs.launchpad.net/bugs/958246

Title:
  allow cancellation of steps that haven't started yet

Status in Gnome Partition Editor:
  New
Status in “gparted” package in Ubuntu:
  New

Bug description:
  gparted has been moving a partition for about 3 hours, estimating 4
  hours remaining for this step.  I have 5 other steps queued, and
  because, it looks like, it's not very optimal at determining its order
  of operations, two others are moving this same partition again.

  So it would be nice if I could tell it to cancel what it's doing after
  it finishes the current step, so I can manually optomize its
  operations.

  It would also be nice if it showed me all the steps it was going to do
  before it started, and if there was some estimation of how long it
  would take before it started.

  Right now I'm limited to what I can do with my computer for what could
  easily be another 14 hours, just because I thougth expanding the size
  of my swap partition at the beginning of the disk would take a
  remotely reasonable amount of time.  I really wish I just added
  another one toward the end of the disk.

  ProblemType: Bug
  DistroRelease: Ubuntu 12.04
  Package: gparted 0.11.0-1
  ProcVersionSignature: Ubuntu 3.2.0-17.27-generic 3.2.6
  Uname: Linux 3.2.0-17-generic x86_64
  ApportVersion: 1.93-0ubuntu2
  Architecture: amd64
  CasperVersion: 1.305
  Date: Sat Mar 17 20:03:15 2012
  LiveMediaBuild: Ubuntu 12.04 LTS "Precise Pangolin" - Beta amd64 (20120301)
  ProcEnviron:
   TERM=xterm
   PATH=(custom, no user)
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: gparted
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/gparted/+bug/958246/+subscriptions