yeah vanillaos folk claim they reduced their root partition size from 40gb to 20gb by using lvm
yeah vanillaos folk claim they reduced their root partition size from 40gb to 20gb by using lvm
Aand thats funny math
G@antheas https://github.com/ublue-os/cosmic/blob/3943e8fe9d195cd5496a374a5f89905eeb1856b2/.github/workflows/build.yml does this look good now?
Gnot entirely sure what else needs to be done
Ayou can also try
skip_compression https://github.com/hhd-dev/rechunk/blob/a66777859f9c565984d6172af21ddbbe14612f00/action.yml#L26GitHub
Contribute to hhd-dev/rechunk development by creating an account on GitHub.
Ashould save 2 min
Gis there a lot of space gain from compression?
SThat imo is just a really bad way to explain what you have actually done by using LVM
Aits on by default in ostree-rs-ext
Aand i use it on my action bc i use skopeo to push
Abut for bazzite we did podman so it gets scraped
Ahttps://github.com/hhd-dev/rechunk/blob/master/.github/workflows/online_test_deck.yml and check out this and pick out stuff that you like
GitHub
Contribute to hhd-dev/rechunk development by creating an account on GitHub.
Alike cosmic version
Ai still dont get the math here
Ai aint no genious but google has spent millions of dollars on the AB issue
Goh I think we use the docker push action
Gin the cosmic build.yml
Gnvm it's the redhat version
Gdoes the redhat action use skopeo or podman?
Apodman
Awell you load to podman so gzip gets stripped
Aand then recompressed
Aso you might as well skip
Galr
Aif space allows
FInstead of storing 40GB partition fixed to that amount, that partition can dynamically use the space up to 40GB
Auh so lvm applies to the whole drive or the root partition?
Fbut it is the bad explanation of LVM
Gyeah we got plenty, the cosmic image is pretty small
SThe way it's explained is wrong, lvm doesnt have a set partition structure like were used to, what it does is basically take the whole disk and then rather than split it into partitions (with hard limits) it uses a volume that can change dynamically but only shows what's actually in use. So say you have one disk of 40gb but tell lvm to use three volumes it will adjust the volumes based on the usage. That's about the best i can explain it, the problem at the moment is the /boot can't use LVM as grub can't read from there.
Athe article clearly states 20gb storage pool
Arest is btrfs
Aits clearly stated
Gas an aside, is using
latest for this ok? prev-ref: "${{ env.IMAGE_REGISTRY }}/cosmic-${{ matrix.flavor }}:latest"Gi'm not exactly sure how to get the previous tag exactly
Aonly one way to know
Arun it and see if it pulls the previous tag
Alatest dunno depends on your latest tag
Gdoes it work for F39 versions?
Aif you push to latest it will work
Ayes should work for f39
Gok yeah I don't think F39 pushes to latest
Sso basically you always have a /boot partition and then the rest managed with LVM which is where things like bootc, systemd-boot and OCI come into play as they don't have that limit. It's all rather confusing when you get to the explaining it in text lol
Afor f39 you can use the tag of f39
Fmaybe they just reduced the root partition from 40gb to 20gb literally, thinking that 1 image won't take more than 10GB?
Athats not what the blog says but thats the only way it works
Goh I can just use
matrix.versionAyup
FLVM doesn't have any relation to this in this case
SHaven't read the blog tbh as Vanilla really doesn't interest me I'm happy where I am with bluefin/kinoite no reason for me to change lol
Galr I'll squash everything and move it out of draft
