On Tue, Jun 09, 2020 at 03:05:05PM +0100, Richard W.M. Jones wrote: > I've installed kernel-5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64 but > not rebooted (still running 5.6.0-0.rc5.git0.1.fc33.x86_64 on the host). > > However /lib/modules/5.8.0-[...] has not been fully created in some way. > In particular there are no *.ko files at all under that directory: > > $ ls /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ > bls.conf modules.builtin modules.drm source > build modules.builtin.alias.bin modules.modesetting symvers.gz > config modules.builtin.bin modules.networking System.map > kernel modules.builtin.modinfo modules.order updates > modules.alias modules.dep modules.softdep vdso > modules.alias.bin modules.dep.bin modules.symbols vmlinuz > modules.block modules.devname modules.symbols.bin weak-updates > $ find /lib/modules/5.8.0-0.rc0.20200608gitaf7b4801030c.1.fc33.x86_64/ -name '*.ko' > > Using virt-rescue to examine the new kernel also fails as you'd expect > when it tries to load any module. > > Any idea where to begin debugging this, or if there's an existing bug? I forgot to add that it's not just on my machine. The reason I'm looking at this is because it caused a build failure in Koji, where again it seems like a module (vfat.ko) doesn't exist: https://koji.fedoraproject.org/koji/taskinfo?taskID=45575240 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://people.redhat.com/~rjones/virt-df/ _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-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/devel@xxxxxxxxxxxxxxxxxxxxxxx
