dnf update error in ghcr.io/ublue-os/fedora-toolbox

[Kodiman]

hi, thanks for your excellent work. much appreciated.

please solve this error in 'ghcr.io/ublue-os/fedora-toolbox'

the error is during dnf update inside this guest os on Distrobox...

ghcr.io/ublue-os/fedora-toolbox

$ sudo dnf update

[RPM] unpacking of archive failed on file /dev: cpio: chown failed - Device or resource busy
Unpack error: filesystem-0:3.18-47.fc42.x86_64
Transaction failed: Rpm transaction failed.

note that this is not solved by doing 'sudo dnf clean all'.

================================
here is more complete information about that...

user@pc:~$ sudo dnf update
Updating and loading repositories:
Repositories loaded.
Package Arch Version Repository Size
Upgrading:
filesystem x86_64 3.18-47.fc42 updates 112.0 B
replacing filesystem x86_64 3.18-42.fc42 885570436633 112.0 B

Transaction Summary:
Upgrading: 1 package
Replacing: 1 package

Total size of inbound packages is 1 MiB. Need to download 0 B.
After this operation, 0 B extra will be used (install 112 B, remove 112 B).
Is this ok [y/N]: y
[1/1] filesystem-0:3.18-47.fc42.x8 100% | 0.0 B/s | 0.0 B | 00m00s

Already downloaded

---

[1/1] Total 100% | 0.0 B/s | 0.0 B | 00m00s
Running transaction
[1/4] Verify package files 100% | 47.0 B/s | 1.0 B | 00m00s
[2/4] Prepare transaction 100% | 28.0 B/s | 2.0 B | 00m00s
[3/4] Upgrading filesystem-0:3.18- 100% | 1.3 MiB/s | 212.8 KiB | 00m00s

[RPM] unpacking of archive failed on file /dev: cpio: chown failed - Device or resource busy
Unpack error: filesystem-0:3.18-47.fc42.x86_64
Transaction failed: Rpm transaction failed.
user@pc:~$

[Kodiman]

Note that this error happens when host os is Kubuntu 24.04 with native packages of podman and podman-toolbox. 'sudo dnf update' in 'ghcr.io/ublue-os/fedora-toolbox'.

[RPM] unpacking of archive failed on file /dev: cpio: chown failed - Device or resource busy

[Kodiman]

hello, anyone there? has this project been abandoned?

Updating to higher versions is generally not possible it seems. I tried manually updating to Fedora 43 from 42, but it was not possible on the latest tag.