-
Notifications
You must be signed in to change notification settings - Fork 141
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
restarting udisks seems to unexpectedly mount and then unmount (a previously unmounted) btrfs filesystem #1145
Comments
btw: I think I've just noticed that it not just mounts the filesystems completely unwarranted, but does so even read-write.... I manually mount the fs
I restart
so was still at When I now
Now it's Seriously, there is absolutely no justification for udisks to ever automatically mount any filesystem unless by manually told so by the user/admin … never ever. Consider:
|
Hey.
This is forwarded from the corresponding Debian bug.
Every time when restarting
udisks2.service
, e.g. after it was upgraded to a new version, it seems to unexpectedly mount a btrfs filesystem (which is regularly not mounted on my system and marked asnoauto
in/etc/fstab
) and then automatically unmount it again.Kernel shows:
which are just the messages that also happen when mounting it manually.
As described in the Debian bug, I've run
udisksd
with--debug
which was ought to show me any mounts it does, but it didn't:Yet it repeatedly still happens right when restarting its unit.
For a moment when writing this, I thought the issue was gone, because a restart seemed to not cause it again.
However, I only noticed that I had still manually mounted the fs to
/mnt/
from my tests last night.Once I've unmounted the fs, every time I restart the service, it seems to mount it (and then unmount it again immediately.)
I just mention this, as it shows that this issue happens only with unmounted filesystems.
I first noticed this after upgrading to 2.10.0, but I cannot rule out for sure, that it didn't happen in earlier versions, too, though I'd rather say not.
In any case, it shouldn't do this.
Especially since btrfs, like most filesystems is not truly read-only, even if it was mounted as read-only (which I didn't check, whether udisks mounts it that way).
So when doing forensics or rescue operations, such a short time mount may already cause damage.
Any ideas?
Thanks,
Chris.
The text was updated successfully, but these errors were encountered: