Re: Question about broken link files?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Sun, 2021-05-02 at 18:05 +1000, Michael D. Setzer II via users
wrote:
> Ran the following command in / to see what it finds.
> find . -xtype l >/badlinks
> 
> Summary of results of broken links by top directory 
> /etc 15
> /home 17
> /proc 170
> /root 2
> /run 145
> /usr 325
> 674
> 
> Not an awful lot, but wonder if they should be fixed or 
> just left alone? 

On a whim, I tried your command on my CentOS 7 (clean install) system,
only these five lines turned up:

 find: ‘./proc/1853/task/1853/fd/5’: No such file or directory
 find: ‘./proc/1853/task/1853/fdinfo/5’: No such file or directory
 find: ‘./proc/1853/fd/6’: No such file or directory
 find: ‘./proc/1853/fdinfo/6’: No such file or directory
 find: ‘./run/user/1000/gvfs’: Permission denied

So, faring better than your discovery.

There is no /proc/1853 anything.  So was that a broken link pointing to
there, or was it finding something from there, that's now disappeared?

If I do (still as the root user):  ll /run/user/1000/

 ls: cannot access /run/user/1000/gvfs: Permission denied
 total 0
 drwx------. 2 tim tim  60 May  2 21:25 dconf
 d?????????? ? ?   ?     ?            ? gvfs
 drwx------. 2 tim tim 100 May  2 16:25 keyring
 drwx------. 2 tim tim  80 May  2 16:25 pulse

Not sure if root oughtn't to be able to see gvfs, or that's just some
weird anomaly about how virtual file systems work.

Then, as myself, doing:  ll /run/user/1000/

 total 0
 drwx------. 2 tim tim  60 May  2 21:29 dconf
 dr-x------. 2 tim tim   0 May  2 16:25 gvfs
 drwx------. 2 tim tim 100 May  2 16:25 keyring
 drwx------. 2 tim tim  80 May  2 16:25 pulse

I thought root couldn't be stopped from viewing user's files.

-- 
 
uname -rsvp
Linux 3.10.0-1160.25.1.el7.x86_64 #1 SMP Wed Apr 28 21:49:45 UTC 2021 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@xxxxxxxxxxxxxxxxxxxxxxx
Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure



[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux