This is a really ridiculous fix and algorithm, favoring high-memory
systems and neglecting the more common low-memory systems. I installed
Ubuntu 20.04 on a machine with this specs 12GB RAM and 240GB SSD, it
created just 1GB Swap partition. !!!
Dimitri John Ledkov (xnox) if you are still employed
They didn't even have to choose desktops vs high-memory servers, just
make a better algorithm that takes into account both RAM size and disk
size.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1351267
I find it a very questionable decision to release an installer that
focuses on uncommon high-memory systems while the average user is
screwed over with a way too low swap partition. It should be the other
way around: Normal setups should take precedence over unusual high-
memory setups.
--
You re
Did this somehow get enabled by default? There is a recently opened
issue where on 18.04 a previously working preseed with the partman-
auto/recipe select atomic is creating a tiny 1GB swap on systems with
16GB-32GB of RAM, preventing the ability to hibernate.
https://bugs.launchpad.net/ubuntu/+so
This bug was fixed in the package partman-auto - 134ubuntu1.2
---
partman-auto (134ubuntu1.2) xenial; urgency=medium
* Introduce partman-auto/cap-ram, to allow capping RAM size as used for
swap partition calculations. This allows us to effectively cap the
swap partitions siz
Netboot installer here as well, with apt-setup/proposed=true boot
command line and verified partman-auto_134ubuntu1.2 is getting pulled
in.
On an arm64 system, with a 240.1 GB disk and 256 GiB of memory, "Guided
- use entire disk" proposes a 1GB partition:
│ SCSI8 (0,0,0) (sdm) - 240.1
Using netboot installer, with apt-setup/proposed=true boot command line,
I have verified that partman-auto 134ubuntu1.2 is getting pulled into
the install.
The VM has 8GB ram, and 8GB hard drive.
At the partitioning disks screen, I selected "Guided - use entire disk
and set up LVM" and continued
This bug was fixed in the package partman-auto - 134ubuntu8
---
partman-auto (134ubuntu8) bionic; urgency=medium
* Introduce partman-auto/cap-ram, to allow capping RAM size as used for
swap partition calculations. This allows us to effectively cap the
swap partitions size to
This has been accepted and needs verification (the script failed while
writing the bug info).
** Changed in: partman-auto (Ubuntu Xenial)
Status: In Progress => Fix Committed
** Tags added: verification-needed verification-needed-xenial
** Changed in: partman-auto (Ubuntu)
Status:
** Description changed:
- I was trying to install Ubuntu 14.04.1 LTS on an Oracle VirtualBox VM
- with 6.5GB of RAM and 8GB (default for a new Virtual HDD on VirtualBox)
- of disk space.
+ [Impact]
+
+ * Impossible to perform guided LVM installation, with an all-in-one
+ configuration out of the
** Changed in: partman-auto (Ubuntu Xenial)
Assignee: dann frazier (dannf) => Dimitri John Ledkov (xnox)
** Changed in: partman-auto (Ubuntu Xenial)
Milestone: None => ubuntu-16.04.4
** Changed in: partman-auto (Ubuntu Xenial)
Importance: Medium => Critical
--
You received this bug
The patch proposed is good, but is incomplete. Our default recipe, takes
between 100% and 200% of ram, with a default suggestion of 512M. However
only the min boundary is updated, but not the max one.
Imho, instead of capping min/max calculations, they should be left as
is. Instead, we should cap
** Tags added: patch
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1351267
Title:
partman-auto prefers to give disk to swap, leaving root too small
To manage notifications about this bug go to:
htt
I've tested 3 cases so far in QEMU, using the installer here:
http://ppa.launchpad.net/dannf/diswap/ubuntu/dists/xenial/main/installer-arm64/20101020ubuntu451.20+capminswap.1/
(Sorry it's arm64 only - the amd64 one FTBFS for an unrelated issue)
All tests are with the "All files in one partition" o
This is no longer an issue post-xenial, since we now default to swap files.
For xenial, a low-touch solution might be to just cap the minimum swap size at
2G, as per this attached patch.
** Patch added: "partman-auto.debdiff"
https://bugs.launchpad.net/ubuntu/+source/partman-auto/+bug/1351267
15 matches
Mail list logo
