bootc-dev / bootc-dev/bootc

Add or doc support for making `/var` transient

Ouverte
#784 3 commentaires 0 réactions 0 personnes assignées Voir sur GitHub
enhancement
Langage dominant
Rust
Étoiles
2.3k
Forks
230
Merge moyen
3 j 3 h
PR mergées (30 j)
36

Description

We should really support this; I think one could probably hack it up with a post-switchroot systemd unit that just mounts a tmpfs for `/var`, but I suspect at least some people *will* want to spool to the real filesystem for large data and not be limited by RAM (ok modulo enabling file-backed swap on the real root, which we should also definitely add support for...yeah see below).

Anyways, it'd be easy to add `var.transient` to go alongside our existing `etc.transient` and `root.transient`.

## Tangent: automatic swap file support

Swap partitions are well known and supported. However, there's also swap files because basically dealing with partitions stinks - especially resizing.

It might be nice if we supported something like... `/sysroot/autoswap` or `/sysroot/bootc/swap` that we detect in the initramfs and if present we enable by default. Although we'd also need to expose a nice declarative way to initialize that at install time as embedded in a container, probably in the install config? Hmm though there's no reason not to support changing it "day 2". In the general case of course one can just do this manually in the initramfs, but customizing the initramfs in this way has a higher bar and is more likely to break. I could imagine this being a default part of dracut...something like a rd.swap= kernel arg.

Guide de contribution

Ouvrir le guide de contribution

Piste de recherche

Commencez par retracer la gestion existante de `etc.transient` et `root.transient`, puis examinez comment la post-switchroot systemd unit et l’initramfs sont configurés. L’issue mélange la prise en charge d’un `/var` transient avec la détection et l’installation automatiques de fichiers swap ; le périmètre prévu doit donc être clarifié avant l’implémentation ; la définition de terminé doit inclure un comportement convenu ainsi que la documentation ou les tests correspondants.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Évaluation

Domaine
operating-systems
Type d'issue
Fonctionnalité
Difficulté
5/5
Temps estimé
Plus d'une semaine
Activité
À l'abandon
Clarté
À clarifier
Accessibilité débutants
25/100

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.