On Sep 16, 2022, at 20:44, Michael D. Setzer II via users
<users(a)lists.fedoraproject.org> wrote:
Was not aware of that program? Was already installed on my system. Following instructions
from link, it found 279 of the broken links under /usr and after checking, I went ahead
are removed them.
Doing the run using / instead of /usr it comes up with the other 29 in various placed.
That includes the one I created for test earlier, but is 28 I'll have to look into
more. Using the symlink to fix the 279 seems good
Why do you care about broken symlinks again? What harm are they causing? Because looking
at the following output makes me think you’re just going to break stuff.
dangling: /root/.mozilla/firefox/u3x6t962.default-release/lock ->
192.168.16.107:+945347
Firefox uses symlinks as a kind of lock file pointing to a running session. It’s not a
broken symlink.
Although running Firefox as root is pretty bad. Stop.
dangling:
/var/lib/docker/overlay2/e88368956b0fb3f25b2a8709be6b74dbdd936b76976b66dfe4756f1192b384e0/diff/bin/pidof
-> /sbin/killall5
If you like destroying your docker containers, feel free to use these tools, but these are
expected in a docker space.
dangling: /testbroke/test2 -> /badlinks-cleanx
dangling: /etc/crypto-policies/back-ends/openssh-server.config ->
/usr/share/crypto-policies/DEFAULT/openssh-server.txt
dangling: /etc/systemd/system/sockets.target.wants/sssd-secrets.socket ->
/usr/lib/systemd/system/sssd-secrets.socket
dangling: /etc/systemd/system/local-fs.target.wants/fedora-readonly.service ->
/usr/lib/systemd/system/fedora-readonly.service
dangling: /etc/systemd/system/sysinit.target.wants/fedora-import-state.service ->
/usr/lib/systemd/system/fedora-import-state.service
dangling: /etc/systemd/system/sysinit.target.wants/lvm2-lvmetad.socket ->
/usr/lib/systemd/system/lvm2-lvmetad.socket
Systemd uses symlinks for unit activation dependencies. They should be cleaned up after
but leaving them is unlikely to break anything.
dangling: /etc/extlinux.conf -> ../boot/extlinux/extlinux.conf
Then there are some listed as messy: and other_fs:??
cut -f1 -d: <symlink-out | sort | uniq -c
35611 absolute
29 dangling
236 messy
56 other_fs
Learn new things all the time. Thanks.
I saw earlier you were looking under /run, which is also a bad idea. Systemd uses symlinks
in a similar way that Firefox did, to store metadata rather than point to an actual file.
I think it’s probably ok to run in /usr to find broken software but the OS uses symlinks
in ways you might not understand, and you can break things. Avoid /run, /proc, /sys and
other OS tmpfs volumes. I’d probably not delete any links in /etc either, unless you know
exactly what it’s for.
--
Jonathan Billings