https://bugs.kde.org/show_bug.cgi?id=525352
Bug ID: 525352
Summary: KIO Snapshot cannot determine Btrfs storage volume for
`/var/home` on Bazzite/Fedora Atomic, so Dolphin
snapshot actions are not shown
Classification: Frameworks and Libraries
Product: kio-snapshot
Version First git master
Reported In:
Platform: Bazzite
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
**Product:** kio-snapshot
**Component:** general
**Version:** 1.0.0-1.fc44
**Architecture:** x86_64
### Environment
* OS: Bazzite 44.20260902.0 (Kinoite)
* Kernel: 7.2.1-ogc4.1.fc44.x86_64
* kio-snapshot: 1.0.0-1.fc44
* Dolphin: 26.08.0-1.fc44
* KDE Frameworks / KIO: 6.29.0-1.fc44
* Solid: 6.29.0-1.fc44
* Plasma Desktop: 6.7.4-1.fc44
### Description
On Bazzite, I have Snapper configured to create snapshots of the Btrfs
`/var/home` subvolume.
Snapper itself works correctly and creates snapshots, but KIO Snapshot does not
expose the snapshot-related context-menu action in Dolphin.
Running Dolphin from a terminal and right-clicking a file produces:
```text
org.kde.kio_snapshot.fileitemaction: could not determine fs storage volume for
"/home/matkeith"
```
The same error occurs when Dolphin is opened directly on the resolved path:
```text
org.kde.kio_snapshot.fileitemaction: could not determine fs storage volume for
"/var/home/matkeith"
```
The KIO Snapshot plugins are installed:
```text
/usr/lib64/qt6/plugins/kf6/kfileitemaction/snapshotfileitemaction.so
/usr/lib64/qt6/plugins/kf6/kio/kio_snapshot.so
```
The fact that the `org.kde.kio_snapshot.fileitemaction` message appears in
Dolphin's terminal output indicates that the file-item-action plugin is being
loaded.
### Filesystem layout
Bazzite uses the Fedora Atomic/OSTree filesystem layout where:
```text
/home -> /var/home
```
This is confirmed by:
```text
$ readlink -f /home
/var/home
$ readlink -f /home/matkeith
/var/home/matkeith
```
Both `/home/matkeith` and `/var/home/matkeith` resolve to the same Btrfs `home`
subvolume.
`findmnt` reports:
```text
TARGET SOURCE
/var/home /dev/mapper/luks-da881342-2d9b-45ae-b707-199cabdfaf58[/home]
FSTYPE
btrfs
```
The Btrfs filesystem is hosted on a LUKS device.
UDisks correctly identifies the filesystem:
```text
IdType: btrfs
IdLabel: bazzite
IdUsage: filesystem
PreferredDevice: /dev/mapper/luks-da881342-2d9b-45ae-b707-199cabdfaf58
```
UDisks also reports the filesystem mounted at:
```text
/etc
/sysroot
/sysroot/ostree/deploy/default/var
/var
/var/home
```
### Snapper configuration
Snapper correctly recognizes `/var/home` as its configured subvolume:
```text
$ snapper list-configs
Config │ Subvolume
root │ /var/home
```
Snapshots are being created successfully:
```text
# │ Type │ Date
1 │ single │ Sun 06 Sep 2026 05:22:46 PM MST
2 │ single │ Sun 06 Sep 2026 06:00:24 PM MST
3 │ single │ Sun 06 Sep 2026 07:20:50 PM MST
4 │ single │ Sun 06 Sep 2026 09:04:12 PM MST
```
### Steps to reproduce
1. Install Bazzite/Fedora Atomic on Btrfs.
2. Configure Snapper for the `/var/home` subvolume.
3. Install `kio-snapshot`.
4. Start Dolphin from a terminal.
5. Browse to `/home/<username>` or `/var/home/<username>`.
6. Right-click a normal file or directory.
### Actual result
No snapshot-related context-menu action appears.
Dolphin outputs:
```text
org.kde.kio_snapshot.fileitemaction: could not determine fs storage volume for
"/var/home/<username>"
```
The same failure occurs when using `/home/<username>`.
### Expected result
KIO Snapshot should recognize that `/var/home` is located on a Btrfs subvolume
managed by Snapper and expose the snapshot/history action in Dolphin.
### Additional information
This appears to fail during KIO Snapshot's filesystem/storage-volume detection
rather than during Snapper operation itself.
Snapper can enumerate and create snapshots successfully, and UDisks correctly
identifies the underlying filesystem as Btrfs. However, KIO Snapshot reports
that it cannot determine the filesystem storage volume for paths located
beneath `/var/home`.
Because Bazzite uses the Fedora Atomic/OSTree filesystem layout, `/home` is
redirected to `/var/home`, and the same Btrfs filesystem is mounted at several
OSTree-related paths.
I am not sure whether this is specific to OSTree/Fedora Atomic layouts or a
more general issue with `Solid::StorageVolume` detection for this Btrfs/LUKS
mount arrangement.
If this has already been addressed in a newer `kio-snapshot` release, I would
be happy to test a newer build.
--
You are receiving this mail because:
You are watching all bug changes.
