On 11/7/24 10:22 PM, Samuel Sieb wrote:
On 11/7/24 4:15 PM, home user via users wrote:
On 11/6/24 10:15 PM, Jeffrey Walton wrote:
[snip]
[snip]
-bash.11[~]:

I still have old kernel files in /boot:

-bash.17[~]: cd /boot
-bash.18[boot]: ls *-6.10.*
config-6.10.12-100.fc39.x86_64         System.map-6.10.12-100.fc39.x86_64
initramfs-6.10.12-100.fc39.x86_64.img  vmlinuz-6.10.12-100.fc39.x86_64
symvers-6.10.12-100.fc39.x86_64.xz

There are no packages involved.  You just have to manually delete the files.  You can 
verify by running "rpm -qf /boot/*" or whatever other directory you're checking 
to see which files aren't owned.


Thank-you Samuel.  That worked.

While doing those "rpm -qf" commands, 2 questions came to mind.
1. Suppose [dir] has sub-directories.  If I do "rpm -qf [dir]/*", will it also 
check [dir]'s sub-directories?
If no, then
2. How do get the sub-directories checked without having to do them manually 
one-by-one?

Comment/suggestion
The output for some of the "rpm -qf" runs showed a lot of output.  It showed both owned 
and unowned files.  It listed sub-directories as though they were files.  It would have been too 
easy to miss that a file is owned, and then do an "rm -rf" on something that should be 
kept.  I found it helpful to add
 | grep " not owned "
or
 | grep -v " not owned "
to get a clearer picture of things, and to give me more confidence that doing "rm 
-rf [dir]" is safe.

I recently started a sys.admin. tips file for myself.  I'm definitely adding the 
"rpm -qf" with the pipe to grep to that tips file.

--
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
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@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue

Reply via email to