This bug was fixed in the package partman-auto - 87ubuntu1
---------------
partman-auto (87ubuntu1) karmic; urgency=low
* Resynchronise with Debian. Remaining changes:
- Adjust default partition sizes for Ubuntu.
- Accept autopartitioning automatically rather than showing
choose_partition.
- Drop priority of partman-auto/choose_recipe question to medium.
- Offer resize_use_free autopartitioning method.
- Add support for partman-auto/method=loop via partman-auto-loop.
- Drop the bootable flag from i386/amd64 recipes; it can break existing
Windows installations when autopartitioning only free space rather
than a whole disk.
- Remove explicit $primary{ } specifiers from standard recipes. We only
need them to be primary if no other primary partitions exist already.
- Make biggest_free respect the selection made in partman-auto/disk.
- Exclude devices containing the installation medium from automatic
partitioning.
partman-auto (87) unstable; urgency=low
* Add support for writing sizes as a number plus a percentage of RAM, e.g.
"2000+50%". This is useful when doing automatic partitioning with the
expectation of creating swap files.
* If we're creating primary partitions and find that we've reached the end
of the recipe, use "full" rather than "beginning" as the place passed to
NEW_PARTITION, thereby avoiding rounding problems and matching the
process for creating logical partitions (closes: #516347, LP: #287571).
[ Updated translations ]
* Hindi (hi.po)
-- Colin Watson <[email protected]> Tue, 14 Jul 2009 23:08:15 +0100
** Changed in: partman-auto (Ubuntu)
Status: In Progress => Fix Released
--
create_primary_partitions sometimes attempts to create last partition larger
than free space
https://bugs.launchpad.net/bugs/287571
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
