Description of problem: If you rename a module while it is being inserted into the kernel, a subsequent call to 'modprobe -r' will fail with a FATAL error, although the module can be removed successfully under its new name with rmmod. This is also relevant in modprobe.conf with 'install' and 'remove' commands. How reproducible: Always Steps to Reproduce: 1. /sbin/modprobe -o some-alias some-module 2. /sbin/modprobe -r some-alias 3. /sbin/rmmod some-alias Actual results: Step #2 fails with a FATAL error where step #3 succeeds. Expected results: Step #2 should result in the same behavior as step #3.
I will add this to the TODO for upstream.
Actually, now I'm inclined to say this is *not* a bug. modprobe -o is intended for module testing, temporarily renaming a module. modprobe uses the modules.dep file for name tracking, so you end up having to use rmmod directly if you rename the modules in this way - which actually will fail in future since the key signature check will balk on the rename too. Can you give me an example of a situation where this is causing a problem? other than renaming on the command line? Jon.