Ik wil de modules “gsch en redirfs” uit de kernel op RHEL 7.2 verwijderen, wat vaak kernel panic.
Maar als ik probeer uit te laden, krijg ik onderstaande foutmelding.
# modprobe -r gsch modprobe: FATAL: Module gsch is in use. # modprobe -r redirfs modprobe: FATAL: Module redirfs is in use. # lsmod | grep gsch gsch 88591 4 redirfs 79430 1 gsch
Zoals aangevinkt, geen processen die deze modules vasthouden ,
# ps -ef | grep gsch root 26417 7838 0 10:58 pts/3 00:00:00 grep --color=auto gsch # lsof | grep gsch #
Reacties
Antwoord
Deze modules zijn echt -time bestandstoegang van de antivirussoftware. Afgaande op de naam “Trend Deep Security Agent” Trend Micro Antivirus, maar het kan een andere zijn.
Antwoord
Dit zijn modules van Trend Deep Security Agent:
# locate gsch /opt/ds_agent/2.6.32-431.el6.x86_64/gsch.ko /opt/ds_agent/2.6.32-431.el6.x86_64/gsch.ko.version /opt/ds_agent/2.6.32-642.3.1.el6.x86_64/gsch.ko /opt/ds_agent/2.6.32-642.3.1.el6.x86_64/gsch.ko.version # locate redirfs /opt/ds_agent/2.6.32-431.el6.x86_64/redirfs.ko /opt/ds_agent/2.6.32-642.3.1.el6.x86_64/redirfs.ko
Reacties
- Dat wil zeggen, de ds_agent moet eerst worden gestopt voordat de modules worden verwijderd, ja?
lsmod
is het aantal processen dat de modules gebruikt. U zult modules niet zien als processen inps -ef
of als bestanden inlsof
omdat modules gecompileerde kernelcode zijn en geen bestanden of processen op zichzelf . De modulecode wordt in het geheugen geladen wanneer dat nodig is voor een proces, en je moet weten wat de module doet om te bepalen welk proces het mogelijk heeft geladen.dmesg
is waarschijnlijk de beste manier om erachter te komen waardoor de module werd geladen.gsch
enredirfs
modules eigen RHEL-modules zijn en om informatie daarover te krijgen heb je een RHEL-abonnement nodig. Als u een abonnement heeft, kunt u het beste contact opnemen met RHEL-ondersteuning voor dit probleem. Zo niet, dan moet je wachten tot iemand hier die kennis heeft van RHEL om hier antwoord te geven.