Hi all,
boot.o not readable cause of being owned by root, also sudo doesn't help here
boot.0.1 16 KB
deploy 35.1 GB
repo 18.2 GB
in /sysroot/ostree/deploy/default I see 3 folders
backing is locked
deploy 17.2 GB
var 17.9 GB
The partition is 40GB and was using a lot less until now. I don’t have real numbers here, but in Dolpin it shows the partition with a bar next to it and it was maybe 1/2 - 2/3 full:
I use Aurora-dx-nvidia, have no layered packages, no containers, just a bunch of flatpacks installed.
inffy
February 9, 2025, 7:37am
2
Do you have pinned deployments?
No, I only have 2 deployments, the one I use and the backup
This is what I see when using rpm-ostree status:
rpm-ostree status
State: idle
AutomaticUpdates: stage; rpm-ostreed-automatic.timer: no runs since boot
Deployments:
● ostree-image-signed:docker://ghcr.io/ublue-os/aurora-dx-nvidia:stable
Digest: sha256:388277fa6e3a38b6b271c9ee8f0e6de553cc0e178a27e6ff48c2c93dfac82578
Version: 41.20250209.1 (2025-02-09T06:00:42Z)
ostree-image-signed:docker://ghcr.io/ublue-os/aurora-dx-nvidia:stable
Digest: sha256:3bc10febe593166ec3f2c849a1e07b158a80c4646a468866e3c8ea1c48c85dfe
Version: 41.20250126.1 (2025-01-26T06:02:06Z)
I am now using the 09 February deployment which was installed yesterday apparently. I had no problem yesterday.
These are the changelogs from the last update. No idea if this will help.
$ ujust changelogs
This is an automatically generated changelog for release stable-20250209.1 .
From previous stable version stable-20250126.1 there have been the following
changes. One package per new version shown.
### Major packages
Name │Version
───────────────────────────────┼────────────────────────────────────────────────
Kernel │6.11.8-300 ➡ 6.12.9-200
KDE │6.2.5-1
Mesa │24.3.3-1 ➡ 24.3.4-3
Podman │5.3.2-1
Nvidia │565.77-1 ➡ 570.86.16-1
### Major DX packages
Name │Version
───────────────────────────────────┼────────────────────────────────────────────
Incus │6.8-1 ➡ 6.9-0.1
Docker │27.5.1-1
Devpod │v0.6.8-1
### Commits
Hash │Subject
───────────────────────────────────────┼────────────────────────────────────────
da1b7a3 https://github.com/ublue-os/au…│feat: add vfio modules to image (#198)
238c055 https://github.com/ublue-os/au…│feat: add font downloader and embelish …
9a7a934 https://github.com/ublue-os/au…│feat(just): add aurora-specific changel…
3f06229 https://github.com/ublue-os/au…│feat: enable fw-fanctrl support (+ectoo…
8083d46 https://github.com/ublue-os/au…│feat: change to CachyOS addons repo for…
8fbdca3 https://github.com/ublue-os/au…│fix: Justfile to avoid collision with f…
56195c1 https://github.com/ublue-os/au…│fix: make cursor smaller in gtk flatpak…
0f40f38 https://github.com/ublue-os/au…│feat: add scx-scheds package (#186)
91cef18 https://github.com/ublue-os/au…│fix: remove bootc key from topgrade (#1…
5aab168 https://github.com/ublue-os/au…│fix: remove ublue-update and rely on un…
2b3e5af https://github.com/ublue-os/au…│fix: update topgrade.toml (#183)
d81321e https://github.com/ublue-os/au…│fix: fail build if kf6-kio version skew…
7e5bad4 https://github.com/ublue-os/au…│fix: make ujust update use direct calls…
82abec2 https://github.com/ublue-os/au…│Revert "feat: update fastfetch logo to …
d792d92 https://github.com/ublue-os/au…│feat: update fastfetch logo to new logo…
b013855 https://github.com/ublue-os/au…│feat: remove adw-gtk3 and inputleap fro…
f1671d1 https://github.com/ublue-os/au…│fix: update funding (#176)
c404580 https://github.com/ublue-os/au…│feat: add KCM for managing updates/reba…
69ed7fa https://github.com/ublue-os/au…│fix: flatpak comparison in ujust script…
a7f998d https://github.com/ublue-os/au…│feat: install new flatpaks for current …
64f98ce https://github.com/ublue-os/au…│feat: add udev rules on just recipe ope…
c382ca5 https://github.com/ublue-os/au…│Create 99-pcscd.rules (#164)
93f9bdc https://github.com/ublue-os/au…│fix: rename tmpfiles.d conf file (#162)
2c10e3e https://github.com/ublue-os/au…│feat: add build recipe to rollback stab…
c9e6748 https://github.com/ublue-os/au…│feat: update stable kernel to 6.12.9 (#…
5f66f88 https://github.com/ublue-os/au…│feat: Do not duplicate isos anymore and…
2eafb39 https://github.com/ublue-os/au…│fix: use libheif from Fedora to support…
### All Images
│Name │Previous │New
──┼─────────────────────────┼──────────────────────────┼────────────────────────
✨│assimp │ │5.3.1-3
✨│fw-ectool │ │v0.3.3-3.20221204.git54…
✨│fw-fanctrl │ │0.0.0-8.20241107.gitf49…
✨│gpg-pubkey │ │b99058cd-59130e89
✨│jsoncpp │ │1.9.5-8
✨│kcm_ublue │ │0.5.4-1
✨│kf6-kio │ │6.10.0-2.switcheroo.0.0…
✨│openxr-libs │ │1.1.43-1
✨│poly2tri │ │0.0^20130501hg26242d0aa…
✨│pugixml │ │1.13-6
✨│scx-scheds │ │1.0.9-1
✨│topgrade │ │15.0.0-1
🔄│ImageMagick │7.1.1.41-1 │7.1.1.43-1
🔄│accountsservice │23.13.9-5 │23.13.9-8
🔄│brlapi │0.8.5-19 │0.8.5-22
🔄│brltty │6.6-19 │6.6-22
🔄│cmake-filesystem │3.30.5-1 │3.30.7-1
🔄│cosign │2.4.1-1 │2.4.2-1
🔄│crypto-policies │20241029-1.git8baf557 │20250124-1.git4d262e7
🔄│distrobox │1.8.0-1 │1.8.1.2-1
🔄│freeipa-client │4.12.2-6 │4.12.2-8
🔄│fzf │0.57.0-1 │0.58.0-1
🔄│glibc │2.40-17 │2.40-21
🔄│gnutls │3.8.6-7 │3.8.8-3
🔄│gum │0.15.1-1 │0.15.2-1
🔄│heif-pixbuf-loader │1.18.2-5 │1.17.6-2
🔄│hwdata │0.391-1 │0.392-1
🔄│ibus-typing-booster │2.27.10-1 │2.27.16-1
🔄│just │1.38.0-1 │1.39.0-1
🔄│jxl-pixbuf-loader │0.10.3-5 │0.10.4-1
🔄│kernel-tools │6.12.10-200 │6.12.11-200
🔄│kmod-xone │0.0.git.218.d8c42b2e-1 │1000.0.0.git.284.a89672…
🔄│less │661-2 │668-1
🔄│libX11 │1.8.10-2 │1.8.11-1
🔄│libdav1d │1.5.0-1 │1.5.1-1
🔄│libipa_hbac │2.10.1-1 │2.10.2-1
🔄│libnfsidmap │2.8.1-5.rc2 │2.8.1-7.rc2
🔄│libsoup3 │3.6.0-1 │3.6.4-1
🔄│libusb1 │1.0.27-6 │1.0.27-9
🔄│llvm-libs │19.1.7-1 │19.1.7-2
🔄│openssh │9.9p1-1 │9.9p1-2
🔄│policycoreutils │3.7-6 │3.7-7
🔄│python3-boto3 │1.35.93-1 │1.36.12-1
🔄│python3-cryptography │43.0.0-3 │43.0.0-4
🔄│python3-packaging │24.1-2 │24.2-3
🔄│python3-pydantic │2.10.5-1 │2.10.6-1
🔄│python3-wrapt │1.17.0-2 │1.17.1-1
🔄│qt6-filesystem │6.8.1-4 │6.8.2-1
🔄│qt6-qtbase │6.8.1-11 │6.8.2-2
🔄│selinux-policy │41.28-1 │41.32-1
🔄│stress-ng │0.18.08-1 │0.18.09-1
🔄│tailscale │1.78.1-1 │1.80.0-1
🔄│tuned │2.25.0-0.1.rc1 │2.25.1-1
🔄│unbound-anchor │1.22.0-8 │1.22.0-11
🔄│xorg-x11-server-Xwayland │24.1.4-1 │24.1.5-1
❌│add-determinism │0.3.6-3 │
❌│adw-gtk3-theme │5.6-1 │
❌│akmod-xone │0.0.git.251.c7fb361c-1 │
❌│akmods │0.6.0-8 │
❌│annobin-docs │12.69-1 │
❌│ansible-srpm-macros │1-16 │
❌│fakeroot │1.36.2-1 │
❌│forge-srpm-macros │0.4.0-1 │
❌│fpc-srpm-macros │1.3-13 │
❌│ghc-srpm-macros │1.9.1-2 │
❌│gnat-srpm-macros │6-6 │
❌│go-srpm-macros │3.6.0-5 │
❌│grubby │8.40-78 │
❌│input-leap │3.0.2-1 │
❌│kernel-srpm-macros │1.0-24 │
❌│kmodtool │1.1-11 │
❌│libgit2 │1.9.0-4 │
❌│llhttp │9.2.1-2 │
❌│lua-srpm-macros │1-14 │
❌│ocaml-srpm-macros │10-3 │
❌│openblas-srpm-macros │2-18 │
❌│package-notes-srpm-macros│0.5-12 │
❌│perl-srpm-macros │1-56 │
❌│pyproject-srpm-macros │1.16.4-1 │
❌│python-srpm-macros │3.13-3 │
❌│python3-babel │2.16.0-1 │
❌│python3-click-plugins │1.1.1-22 │
❌│python3-hid-parser │0.0.3-9.20210228git7d94740│
❌│python3-progressbar2 │3.53.2-13 │
❌│python3-rpmautospec │0.7.3-1 │
❌│python3-rpmautospec-core │0.1.5-2 │
❌│python3-utils │3.7.0-6 │
❌│python3-xlib │0.33-8 │
❌│redhat-rpm-config │293-1 │
❌│rpmdevtools │9.6-8 │
❌│rust-srpm-macros │26.3-3 │
❌│solaar │1.1.14-7 │
❌│ublue-update │1.3.2+26c55f6-1 │
❌│zig-srpm-macros │1-3 │
### Dev Experience Images https://docs.projectbluefin.io/bluefin-dx
│Name │Previous │New
──┼────────────────┼──────────────────────────┼─────────────────────────────────
🔄│bpftop │0.5.1-4 │0.5.1-8
🔄│clang-libs │19.1.7-1 │19.1.7-2
🔄│clevis-pin-tpm2 │0.5.3-7 │0.5.3-9
🔄│cockpit-bridge │331-1 │332-1
🔄│cockpit-machines│326-1 │327-1
🔄│cockpit-ostree │206-1 │207-1
🔄│cockpit-podman │99-1 │100-1
🔄│code │1.96.4-1736991167.el8 │1.97.0-1738713467.el8
🔄│cowsql │1.15.6-3 │1.15.8-0.1
🔄│gnutls-utils │3.8.6-7 │3.8.8-3
🔄│guestfs-tools │1.53.5-1 │1.53.5-2
🔄│gvisor-tap-vsock│0.8.1-1 │0.8.2-1
🔄│hivex-libs │1.3.24-1 │1.3.24-2
🔄│kcli │99.0.0.git.202501231904.d…│99.0.0.git.202502070946.17f4fdd-0
🔄│libguestfs │1.55.3-1 │1.55.3-2
🔄│libnbd │1.21.6-1 │1.21.6-2
🔄│nbdkit │1.40.4-1 │1.40.4-2
🔄│osinfo-db │20240701-2 │20250124-1
🔄│podman-tui │1.3.0-3 │1.3.1-1
🔄│supermin │5.3.5-1 │5.3.5-2
🔄│usbredir │0.13.0-5 │0.15.0-1
🔄│virt-v2v │2.7.4-1 │2.7.4-2
🔄│xen-libs │4.19.1-3 │4.19.1-4
### Nvidia Images
│Name │Previous │New
───┼────────────────────┼───────────────────────────┼───────────────────────────
🔄 │egl-wayland │1.1.18~20241210git0c6f823-1│1.1.18~20250114git26ba0e3-2
🔄 │libva-nvidia-driver │0.0.13^20241108git259b7b7-1│0.0.13^20241108git259b7b7-2
### How to rebase
For current users, type the following to rebase to this version:
# Get Image Name
IMAGE_NAME=$(jq -r '.["image-name"]' < /usr/share/ublue-os/image-info.json)
# For this Stream
sudo bootc switch --enforce-container-sigpolicy ghcr.io/ublue-
os/$IMAGE_NAME:stable
# For this Specific Image:
sudo bootc switch --enforce-container-sigpolicy ghcr.io/ublue-
os/$IMAGE_NAME:stable-20250209.1
### Documentation
Be sure to read the documentation https://docs.projectbluefin.io/ for more
information
on how to use your cloud native system.
inffy
February 9, 2025, 8:48am
6
What is your partition layout like? Is it a custom partition scheme you have created during install?
40gigs sounds kind of small partition size.
Hi again, and thank you for helping me.
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
zram0 252:0 0 8G 0 disk [SWAP]
nvme0n1 259:0 0 953.9G 0 disk
├─nvme0n1p1 259:1 0 600M 0 part /boot/efi
├─nvme0n1p2 259:2 0 1G 0 part /boot
├─nvme0n1p3 259:3 0 40G 0 part /usr/bin/swtpm
│ /var
│ /sysroot/ostree/deploy/default/var
│ /usr
│ /etc
│ /
│ /sysroot
└─nvme0n1p4 259:4 0 912.3G 0 part /var/home/jan
This has worked for me for a long time, never had problems with it.
In the mean time I re-installed the whole system and kept my home folder as it was, meaning I still have all the personal settings and files.
df -lh /
Filesystem Size Used Avail Use% Mounted on
/dev/nvme0n1p3 40G 28G 9.7G 74% /
It is filled more than what I expected to see. I can see if I can get it larger and at the same time reducing the home partition, just to be safe, but there is still the question why I have to do that. The 40 GB was always more than enough and now suddenly the disk was full and after the re-install it is 3/4 full.
This is how it looks now:
❯ df -lh /
Filesystem Size Used Avail Use% Mounted on
/dev/nvme0n1p3 59G 28G 28G 50% /
Let’ see how long I can use this setup before I run into problems again. I have used Aurora for 3-4 months now and it was always good, suddenly today the root disk was completely full. Why? I have no idea.
Well, thank you @inffy for your help.
m2Giles
February 12, 2025, 6:19pm
9
Btrfs supports subvolumes so a separate partition isn’t fully necessary between root and home.
Generally speaking when testing I usually allocate 64 GB per system which should support up to 3 images without concern.
The reason for my manual setup is I don’t trust btrfs and the automated partitioning Fedora uses.
1 Like
m2Giles
February 12, 2025, 9:09pm
11
You realize you can do the same with a subvolume?
No, I don’t. After the disaster with the crashing computer when the disk was full, I never looked at btrfs again. I still use ext4 because it has always served me well.
