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@xxxxxxxxxxxxxxxxxx
"1800: Joseph Marie Jacquard teaches a loom to read punch cards,
creating the first heavily multi-threaded processing unit."
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
