Automounter is not working under latest bazzite stable.

As mentioned by several people previously in #🐧linux-general, ( <#1350836884460408843> ) this topic is being created. Information about current state: EXT4, BTRFS, NTFS, exFAT, and FAT32 internal drives and some external, are not being automounted. The ones with known encryption and solved are too
rpm-ostree status
State: idle
Deployments:
ā— ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-gnome-nvidia-open:stable
Digest: sha256:f00cfe3649f4571786509ccebe3c07b5c273a0576da4b226822c53fce878210f
Version: 41.20250315 (2025-03-16T00:48:37Z)
LayeredPackages: lact openrazer-daemon protobuf-compiler protobuf-lite

ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-gnome-nvidia-open:stable
Digest: sha256:887873544d9b9e510cc8002e53d06852a8ed1a3e4e54ec443682c9e4e91fb6ad
Version: 41.20250216.1 (2025-02-17T16:38:58Z)
LayeredPackages: lact openrazer-daemon protobuf-compiler protobuf-lite
rpm-ostree status
State: idle
Deployments:
ā— ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-gnome-nvidia-open:stable
Digest: sha256:f00cfe3649f4571786509ccebe3c07b5c273a0576da4b226822c53fce878210f
Version: 41.20250315 (2025-03-16T00:48:37Z)
LayeredPackages: lact openrazer-daemon protobuf-compiler protobuf-lite

ostree-image-signed:docker://ghcr.io/ublue-os/bazzite-gnome-nvidia-open:stable
Digest: sha256:887873544d9b9e510cc8002e53d06852a8ed1a3e4e54ec443682c9e4e91fb6ad
Version: 41.20250216.1 (2025-02-17T16:38:58Z)
LayeredPackages: lact openrazer-daemon protobuf-compiler protobuf-lite
No description
33 Replies
asen23
asen23•2mo ago
@OHIO PLAYER i tested it and it actually doesnt work lol, but when i tested the latest rules in github it does work, probably youll need to wait until they update it i guess
Zeglius
Zeglius•2mo ago
Okay so from what I read: 1. External partitions are not automounted (it is intended) 2. exFAT and FAT32 neither (intended) 3. EXT4 AND BTRFS are not mounted (probably related to 1 ) 4. Encrypted ones are not automounted (intended)
asen23
asen23•2mo ago
btw is the current expected version is 0.1? because that whats shipped in stable
Zeglius
Zeglius•2mo ago
Wat
asen23
asen23•2mo ago
the coprs last built 7 days ago
asen23
asen23•2mo ago
No description
aprilšŸ’—
aprilšŸ’—OP•2mo ago
I’ve mentioned encrypted ā€œsolvedā€ specially, as this ones are being threaten by my bazzite as simple ā€œunencryptedā€ drive. So not sure if it’s intended. EXT4 and BTRFS are threaten like external drives? That’s the reason?
Zeglius
Zeglius•2mo ago
Yup External drives shouldn't be automounted
aprilšŸ’—
aprilšŸ’—OP•2mo ago
If things with external are intended and that’s OK, it’s still not explaining why the internal (even obvious like nvme ones), are being threaten like ā€œexternalā€ drives
Zeglius
Zeglius•2mo ago
Maybe we can fine tweak it, after all, these are handled by systemd-mount and will use autofs automatically So wouldn't actually get mounted until you access them
aprilšŸ’—
aprilšŸ’—OP•2mo ago
Yup, mentioned that in the chat discussion previously
Zeglius
Zeglius•2mo ago
Also tf is going on there, is 0.7 in the packages repo
aprilšŸ’—
aprilšŸ’—OP•2mo ago
The good thing would to threat internal as internals by default (which seems to be false at the moment of today for some reason), so they would be automounted.
asen23
asen23•2mo ago
yeah the latest one work but the one in copr seems to be outdated
No description
Zeglius
Zeglius•2mo ago
It would be simply removing the check for the removable attribute in the udev rule
asen23
asen23•2mo ago
the 0.1 version doesnt work
Zeglius
Zeglius•2mo ago
After that, whenever is detected as external or not, that's up to the default rules Oh @tulip can you poke the copr to build the newest automounting šŸ™?
tulip🌷
tulipšŸŒ·ā€¢2mo ago
i think i poked it
asen23
asen23•2mo ago
try adding the latest udev manually
tulip🌷
tulipšŸŒ·ā€¢2mo ago
we need to put a damn autorebuild thing webhook there soon
Zeglius
Zeglius•2mo ago
A true forgot is not automated The udev rule alone won't work, you need the is_in_fstab.sh
asen23
asen23•2mo ago
oh? it works for me atleast :thonk:
Zeglius
Zeglius•2mo ago
And need to modify the udev rule to point to it Say what
asen23
asen23•2mo ago
basically i added the 99-automount rule in /etc/udev/rules.d and it just started working i only tried my hdd tho
Zeglius
Zeglius•2mo ago
Wait hhd? These don't appear as /dev/sd, do they
aprilšŸ’—
aprilšŸ’—OP•2mo ago
Would you be kind to provide me command to do so please?
asen23
asen23•2mo ago
its /dev/sda
aprilšŸ’—
aprilšŸ’—OP•2mo ago
I can help if it’s needed (Would love to contribute in any way)
asen23
asen23•2mo ago
https://github.com/ublue-os/packages/blob/main/packages/ublue-os-media-automount-udev/99-media-automount.rules add this file to /etc/udev/rules.d also there is chance it wont work tho like zeglius said if that is the case then wait for the newer packages probably
aprilšŸ’—
aprilšŸ’—OP•2mo ago
Yep, I’m aware. In that case I will just tweak the configuration manually (as always, i’m too fucking old and traumatized by Ubuntu and Arch in commercial and desktop) Would be good to remember to save old config, just in case of next update will fail
Zeglius
Zeglius•2mo ago
You don't need to save old conf, in theory just by removing the udev rule from etc should do
Zeglius
Zeglius•2mo ago
Gist
99-media-automount.rules
GitHub Gist: instantly share code, notes, and snippets.
Zeglius
Zeglius•2mo ago
files should be placed as in the first lines and probably you want to delete this line to test for external storage oh and you want to chmod +x the is_in_fstab.sh

Did you find this page helpful?