On Fri, Nov 8, 2024 at 8:15 PM home user via users <users@xxxxxxxxxxxxxxxxxxxxxxx> wrote: > > On 11/8/24 5:18 PM, Samuel Sieb wrote: > > On 11/8/24 10:15 AM, home user via users wrote: > >> 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? > > > > find [dir] -type f -print0 | xargs -0 rpm -qf > > > > I cooked up a simple test /lib/modules/ directory with a subdirectory and a few small text files. > Worked fine. > > Tried this on /lib/modules/6.11.5-200.fc40.x86_64/. > Some files got listed (file names only) a huge number of times (multiple 40-line screens per file). These are (of course) owned by packages. I noticed kernel-modules-core-6.11.5-200.fc40.x86_64 to be listed an especially large number of times. > Why? Can this repetition be prevented? If a particular kernel was not properly (or maybe cleanly) removed, then there will be an artifact in /lib/modules, and the particular kernel's directory tree will _not_ be empty. A handful of small files is expected. You know about that bug. But a large number of files with megabytes of storage is not expected. In your case -- a richly populated kernel under /lib/modules -- indicates the kernel was not properly (or maybe cleanly) removed. You should investigate why the dnf remove or rpm erase (or whatever you ran) did not complete successfully. Or, if the package was forcefully removed, then just delete the remaining directory tree in /lib/modules. Jeff -- _______________________________________________ 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, report it: https://pagure.io/fedora-infrastructure/new_issue
