On Sep 16, 2022, at 20:44, Michael D. Setzer II via users <users@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.