Re: too-nearly-full filesystem '/'. (was upgrade problem: space on '/' filesystem.)

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

 



(responding to Ed)
> From memory.....
> I recall they link places such as
> /usr/include and others which would be needed
> to properly generate a stack trace.

Hmmm...  This gives me an idear.  Let me try something.  I'll vi the output from
ls -alR | grep "^l" > output.txt
I'll list my steps below in case something I do doesn't do what I think.  (there may be typos in what follows. there were mis-steps, I did not include those)

1. :1,$s/^...........//   (removes permissions string from beginning of each line)

2. :1,$s/^ \+1 abrt abrt//   (removes variable number of spaces and "1 abrt abrt) from beginning of each line)

3. :1,$s/^ \+ \d\+ \a\a\a \+\d\+ \+....//   (removes variable number of spaces, 1 or 2 digit number, variable number of spaces, and date from beginning of each line)

4. :1,$s/ \S\+ -> //   (removes space, file or directory name, and " -> " from beginning of each line)  Each line should now contain only the destination of each link, what each link was pointing to.  I notice that many lines now start with repeats of "../", but many do not (that's odd!).

The above 4 steps altered every line in the file.

5. Now I'm gonna assume that all the "../" repeats take us to '/', and try to replace those with'/'.  This should make each file or path absolute.
:1,$s/^\(\.\.\/\)\+/ROOT/:1,$s/
That was difficult.  Changed 12380 out of 13827 lines, so only 12380 links were to a different path.

6. :1,$s/ROOT/\//   (changes "ROOT" at the beginning of the line to '/'
; results after this step are saved into a separate file)

Now how can I get the names off the end of each line?  End-of-line names have letters, digits,'-', '+', '_', and '.';  hopefully no others.  Unfortunately, in some cases, there's no way of knowing whether the name is a file name or a directory name.

7. :1,$s/[a-zA-Z0-9\.\_\-\+]\+$//   (removes file (and directory?) names from end of each line; results after this step are saved into a separate file)

Now I want to sort the results and remove duplicate lines.

8. sort -f link_destdirs.txt > destdirs_sorted.txt

9. uniq -c destdirs_sorted.txt > unique_destdirs.txt

I fpasted the results here:
"https://paste.centos.org/view/6dc39f3d"
Summary:
* Ed was partially correct: many of the links point to somewhere under "/usr/", but none to "/usr/include/" or anywhere underneath.
* Some of the links seem to point to somewhere under /.build-id/", but I'm suspicious that the process used above might be mis-leading us on this.  I don't see a ".build-id" under '/' on my system.
* Many of the links point to somewhere under "/lib64/".
* Some of the links point to somewhere under "/libexec/" (suspicious).
* Other destinations listed are "/.dwz/" (suspicious), "/bin/", "/sbin/", "/share/" (suspicious), "/system-generators/" (suspicious), "/systemd/" (suspicious), and, "/udev/" (suspicious).
* 997 of the links seem to not point to some other directory.
* Overall, there appears to be 1243 different link destinations.
The suspicious results may be because I made wrong assumptions in steps 4 and 5.  My comment between steps 6 and 7 might also be relevant.

It took a few hours to figure out the above process.  That's as much of an answer as I can give to Samuel's question:
> Where do they link to?
Is there a way of getting a better answer?

So how do I safely get rid of everything under /var/cache/abrt-di/usr/, including what the 13800+ links are pointing to?

thanks,
Bill.


_______________________________________________
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
[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