On 11/8/24 6:33 PM, Jeffrey Walton wrote:
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
Weekly patches are done via "dnf --refresh upgrade".
Semi-annual upgrades are done via "dnf system-upgrade download --releasever={number]" followed by "dnf system-upgrade reboot".
The clean-up of /boot and /lib/modules was done this morning before my late-this-morning post on this thread. I had to use rm and "rm -rf" to do that. Both directories are now nice and clean:
bash.1[~]: ls /boot
config-6.11.5-200.fc40.x86_64 memtest86+x64.bin
config-6.11.6-200.fc40.x86_64 symvers-6.11.5-200.fc40.x86_64.xz
efi symvers-6.11.6-200.fc40.x86_64.xz
grub2 System.map-6.11.5-200.fc40.x86_64
initramfs-6.11.5-200.fc40.x86_64.img System.map-6.11.6-200.fc40.x86_64
initramfs-6.11.6-200.fc40.x86_64.img vmlinuz-6.11.5-200.fc40.x86_64
loader vmlinuz-6.11.6-200.fc40.x86_64
lost+found
-bash.2[~]: ls /lib/modules
6.11.5-200.fc40.x86_64 6.11.6-200.fc40.x86_64
-bash.3[~]:
--
_______________________________________________
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
