Github messages for voidlinux
 help / color / mirror / Atom feed
From: CtrlC-Root <CtrlC-Root@users.noreply.github.com>
To: ml@inbox.vuxu.org
Subject: Re: RFC: move kernels out of /boot
Date: Mon, 12 Feb 2024 15:44:18 +0100	[thread overview]
Message-ID: <20240212144418.88BE824B67@inbox.vuxu.org> (raw)
In-Reply-To: <gh-mailinglist-notifications-41a7ca26-5023-4802-975b-f1789d68868e-void-packages-48024@inbox.vuxu.org>

[-- Attachment #1: Type: text/plain, Size: 1415 bytes --]

New comment by CtrlC-Root on void-packages repository

https://github.com/void-linux/void-packages/issues/48024#issuecomment-1938812385

Comment:
I think this would be valuable especially if there is an easy way to make local changes to or extend the hooks in order to implement custom behavior.

Background context:

I have been attempting to use Void Linux on embedded systems with fairly limited disk space. These systems typically have a separate `/boot` partition and one challenge I've run into has been sizing it appropriately; if it's too large you end up wasting precious space but if it's too small you risk breaking system updates (or requiring manual intervention). This is made more complicated by the fact that it's difficult to predict the size of generated initramfs images ahead of time (since they occasionally increase). Right now I have solved this with a script that wraps `xbps-install` and makes sure you end up with the right things in `/boot` (it's not 100% full and it has files necessary to boot) after it's done running. I have seen the warnings printed during `xbps-install` that mention the system may not be bootable due to low disk space in `/boot` but (1) assuming I've sized it appropriately it should be mostly full all of the time and (2) I know what the right thing to do is in my situation and I'd like to have it done automatically so I can run `xbps-install` unattended.

  parent reply	other threads:[~2024-02-12 14:44 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-01-01 22:46 [ISSUE] " Duncaen
2024-01-02 11:22 ` dkwo
2024-01-09 16:10 ` mbsmith
2024-01-09 16:12 ` classabbyamp
2024-01-09 16:13 ` classabbyamp
2024-01-09 16:13 ` classabbyamp
2024-01-09 16:27 ` mbsmith
2024-01-18 15:13 ` Jipok
2024-01-18 15:27 ` Johnnynator
2024-02-12 14:44 ` CtrlC-Root [this message]
2024-05-13  1:47 ` github-actions
2024-05-13  1:48 ` CtrlC-Root

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20240212144418.88BE824B67@inbox.vuxu.org \
    --to=ctrlc-root@users.noreply.github.com \
    --cc=ml@inbox.vuxu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).