Closed gschwaer closed 3 weeks ago
I feel like
cc @mgree findmnt --real
shouldn't return the tracefs here, I'll look into whether findmnt
's behavior is correct here.
@gschwaer on my machine findmnt --real
does not return /sys/kernel/tracing
, could you send me the output of findmnt -V
please, and also what your distro is.
For context, I have findmnt from util-linux 2.40.1
Hi @ezrizhu, sorry for the delay, here's the output:
$ findmnt -V
findmnt from util-linux 2.34
$ cat /etc/os-release
NAME="Linux Mint"
VERSION="20.3 (Una)"
ID=linuxmint
ID_LIKE=ubuntu
PRETTY_NAME="Linux Mint 20.3"
VERSION_ID="20.3"
HOME_URL="https://www.linuxmint.com/"
SUPPORT_URL="https://forums.linuxmint.com/"
BUG_REPORT_URL="http://linuxmint-troubleshooting-guide.readthedocs.io/en/latest/"
PRIVACY_POLICY_URL="https://www.linuxmint.com/"
VERSION_CODENAME=una
UBUNTU_CODENAME=focal
Hi, it seems like your version of util-linux did not cover tracefs
, whereas newer util-linux
did cover tracefs
. The problem should be fixed by you updating util-linux
.
I propose we close this issue. cc @mgree
Closing (but feel free to reopen if this doesn't fix it!).
In my system
findmnt
returnsNote:
/sys/kernel/tracing
The issue is that
find / -maxdepth 1
also contains/sys
:/sys
has permissions555
(no write):Now in https://github.com/binpash/try/blob/62cdacd7f40377c0636adc5b87c941790b01c9a7/try#L119, when
try
creates the overlay folder for/sys/kernel/tracing
,/sys
already exists and is not writable. So it fails withI assume the solution would be one of:
findmnt --real -r -o target -n
tofindmnt --real -r -o target -n | grep -v '/sys/kernel/tracing'
(I did this locally to get rid of this error)Thoughts?