Public bug reported:
Binary package hint: partimage
"restoring" a file-system from a smaller partition into a larger one (to
get a clone of a working install for upgrading) leaves the partition
marked as having the total size of the source partition, rather than its
correct (larger) size.
As an example, I made a partimage backup of a Hardy install (3.3GB) on a
9.7GB partition. On making a clone from this onto a 19.5GB partition, I
found that the partition was now labeled (somewhere) as having a total
size of 9.7GB. As a consequence, df /dev/hda4 now reported used space as
3.4GB, space available as 5.8GB; nautilus and file properties reported
3.9GB used, 5.8GB available.
The workaround I found was to re-size the new partition in GParted,
which correctly saw its total size as 19.5GiB, but reported the amount
of used space as 13.8GiB, presumably by combining 5.8GiB available with
the correct total size. After shrinking the partition to 18.5GiB in
GParted both GParted and df (as well as Nautilus) reported correct and
self-consistent sizes. Growing the partition back up to 19.5GiB was also
successful.
I don't think it should be necessary to do this, though - can partimage
be told to leave the total size of the partition alone, or is there
another simpler fix?
** Affects: partimage (Ubuntu)
Importance: Undecided
Status: New
--
partimage leaves incorrect size
https://bugs.launchpad.net/bugs/231488
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
