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?
--
Dave Close, Thales InFlyt Experience, Irvine California USA.
cell +1 949 394 2124, dave.close(a)us.thalesgroup.com
"1800: Joseph Marie Jacquard teaches a loom to read punch cards,
creating the first heavily multi-threaded processing unit."