Rick Stevens wrote:
Fedora 27 x86_64. When DNF installs a new kernel, it isn't going into the right place (/boot) and is not detected by GRUB. Why not?
Sure looks like the scriptlet didn't run. I think you should get a report about the initramfs image and the system map having different modes and that they're ghost files (not part of the package payload as they are created by the post-install scriptlet). I get:
[root@golem4 boot]# rpm -V kernel-core-4.15.9-300.fc27.x86_64 .M....... g /boot/System.map-4.15.9-300.fc27.x86_64 .M....... g /boot/initramfs-4.15.9-300.fc27.x86_64.img
(the "M" means different modes and the "g" means "ghost file"). Check your dnf logs to verify that something didn't go wrong during the install process.
My /etc/dnf/dnf.conf contains only the default:
[main] gpgcheck=1 installonly_limit=3 clean_requirements_on_remove=true
The portion of /var/log/dnf.log for an attempted reinstall shows:
2018-03-19T18:33:55Z INFO Dependencies resolved. 2018-03-19T18:33:55Z INFO ================================================================================ Package Arch Version Repository Size ================================================================================ Reinstalling: kernel-core x86_64 4.15.9-300.fc27 updates 23 M
Transaction Summary
2018-03-19T18:33:55Z INFO Total download size: 23 M 2018-03-19T18:33:55Z INFO Downloading Packages: 2018-03-19T18:33:56Z SUBDEBUG Call: RPMPayload._end_cb: (<dnf.repo.RPMPayload object at 0x7f5df909e6d8>, 0, None), {} 2018-03-19T18:33:56Z INFO -------------------------------------------------------------------------------- 2018-03-19T18:33:56Z INFO Total 66 MB/s | 23 MB 00:00 2018-03-19T18:33:56Z INFO Running transaction check 2018-03-19T18:33:59Z INFO Transaction check succeeded. 2018-03-19T18:33:59Z INFO Running transaction test 2018-03-19T18:34:13Z INFO Transaction test succeeded. 2018-03-19T18:34:13Z DDEBUG timer: transaction test: 14222 ms 2018-03-19T18:34:13Z INFO Running transaction 2018-03-19T18:34:19Z DDEBUG RPM transaction start. 2018-03-19T18:35:17Z DDEBUG RPM transaction over. 2018-03-19T18:35:33Z DDEBUG timer: verify transaction: 16178 ms 2018-03-19T18:35:33Z DDEBUG timer: transaction: 79880 ms 2018-03-19T18:35:33Z DEBUG Completion plugin: Generating completion cache... 2018-03-19T18:35:33Z INFO Reinstalled: kernel-core.x86_64 4.15.9-300.fc27
2018-03-19T18:35:33Z INFO Complete! 2018-03-19T18:35:33Z DDEBUG Cleaning up. 2018-03-19T18:35:33Z DDEBUG /var/cache/dnf/updates-7dab57dbb768f030/packages/kernel-core-4.15.9-300.fc27.x86_64.rpm removed
I don't see anything strange about /boot/grub2/grub.cfg or /etc/default/grub (which is identical to other local machines that are working as expected). What should I be looking for to see why the kernel is only being installed in the rescue directory?