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

[Darxus]

Yeah, I figured it was probably possible to view pending operations
before starting.  I just wish it had stuck it in my face and asked me to
confirm.  It was just a really unfortunate set of circumstances for
attempting a partition move for the first time.

I'm currently at "84.70 GiB of 424.94 GiB copied (03:57:49 remaining)".
It seems a move is two parts, a read (which took over 2 hours 45
minutes) and a copy (which takes longer).  The rough part is, this is
the *second* time it's doing this for this partition:

Move /dev/sda1 to the right and shrink it from 463.85 GiB to 425.00 GiB *
Grow /dev/sda2 from 1.91 GiB to 10.00 GiB
Move /dev/sda1 to the right *
Grow /dev/sda2 from 10.00 GiB to 10.00 GiB
Create Primary Partition #1 on /dev/sda
Grow /dev/sda1 from 425.00 GiB to 425.76 GiB

It makes sense to me that automatically optomizing that would not be
easy.  In hind sight, I'd reset all my changes, delete /dev/sda2, move
and resize /dev/sda1 in one step, recreate /dev/sda2, then create the
new partition.

I had a 2gb swap partition at the beginning of a half terrabyte drive,
I'm expanding it to 2gb.  It really wasn't worth this much time given
the possibility to just add another 8gb partition.  Hell, I would have
preferred leaving it at 2gb swap partition + 8gb swap file over waiting
this long.

I also realize an accurate time estimate would be hard, but I didn't
need an accurate estimate.  You could have given me a rough average
estimate, and I bet been within, say, 25% of truth, and I would have
said "Whoa!  Not right!"

-- 
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