Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

200MB default boot partition size too small #3224

Closed
qubesuser opened this issue Oct 27, 2017 · 6 comments
Closed

200MB default boot partition size too small #3224

qubesuser opened this issue Oct 27, 2017 · 6 comments
Labels
C: installer r4.0-dom0-stable T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists.

Comments

@qubesuser
Copy link

Qubes OS version:

R4.0-rc2

Steps to reproduce the behavior:

  1. Install Qubes using default settings (tested with EFI), or look at the default partition layout in custom partitioning

Expected behavior:

Boot partition is at least 500MB, preferably 1GB large.

Actual behavior:

Boot partition is 200MB

General notes:

200MB is enough for the current use case, but potentially impedes future features as well as tinkering by power users. Since it's very difficult to change, a larger size seems warranted. Other distributions also seem to have adopted or be moving towards 500MB+ sizes.

@andrewdavidwong andrewdavidwong added C: installer T: task Type: task. An action item that is neither a bug nor an enhancement. labels Oct 28, 2017
@andrewdavidwong andrewdavidwong added this to the Release 4.0 milestone Oct 28, 2017
@marmarek
Copy link
Member

On default non-EFI installation, /boot is about 1GB. On EFI, /boot/efi should be 500MB, and no separate /boot should be created. Apparently the latter doesn't work. 200MB is default value in Fedora, so that function either is buggy, or not called at all in the current anaconda.

@qubesuser
Copy link
Author

The 200MB is what the automatic partition creation button after choosing custom partitioning offered on my system.

Maybe that uses a different codepath? (it also defaults to LVM instead of LVM Thin Provisioning, so it seems it could be)

Also not quite sure about the logic in having different sizes between /boot and /boot/efi since the biggest space usage is Xen and the Linux kernels and initramfses, which are of course present in both cases.

@andrewdavidwong andrewdavidwong added T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists. and removed T: task Type: task. An action item that is neither a bug nor an enhancement. labels Oct 31, 2017
@marmarek
Copy link
Member

Test for this (failing right now): https://openqa.qubes-os.org/tests/646#step/mount_and_boot_options/21

@qubesos-bot
Copy link

Automated announcement from builder-github

The package pykickstart-2.32-4.fc25 has been pushed to the r4.0 testing repository for dom0.
To test this update, please install it with the following command:

sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing

Changes included in this update

@qubesos-bot
Copy link

Automated announcement from builder-github

The package pykickstart-2.32-4.fc25 has been pushed to the r4.0 stable repository for dom0.
To install this update, please use the standard update command:

sudo qubes-dom0-update

Or update dom0 via Qubes Manager.

Changes included in this update

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
C: installer r4.0-dom0-stable T: bug Type: bug report. A problem or defect resulting in unintended behavior in something that exists.
Projects
None yet
Development

No branches or pull requests

5 participants
@marmarek @andrewdavidwong @qubesuser @qubesos-bot and others