-
Notifications
You must be signed in to change notification settings - Fork 327
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
"Disk full" error when building GPT, default diskpart config #3223
Comments
Based on the default diskpart configuration described in the manpage, I tried this:
This makes the "disk full" error go away and I end up with this:
|
Not sure what's special about your kernel but it's absolutely massive for some reason. I guess kernel modules aren't compressed? Start with KernelModulesInitrdExclude=.* and KernelModulesInitrdInclude=default to reduce the number of modules included in the initramfs. |
The kernel config came from using But, I feel the answer here is to compress the whole kernel? Normally I deal with kernels as I have a vague memory that vmlinuz was just an old name for |
OK yeah if I use |
I have also encountered this. The problem is that systemd-repart postpones creating the boot partition and only reserves some space for it in the first run. If that space is not sufficient to hold the kernel afterwards, this error appears |
C.f. #3014 |
Can confirm this was solved by adding the esp config from the @bjackman commit in the mkosi.repart dir. And feel free to play with the limits everybody. |
mkosi commit the issue has been seen with
b2f818c
Used host distribution
Debian testing
Used target distribution
Debian testing
Linux kernel version used
6.12 (customized)
CPU architectures issue was seen on
x86_64
Unexpected behaviour you saw
Used mkosi config
The text was updated successfully, but these errors were encountered: