Jeg vil laste ned modulene «gsch and redirfs» fra kjernen på RHEL 7.2, noe som forårsaker hyppige kjernepanikk.
Men når jeg prøver å laste ned, kommer jeg under feil.
# 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
Som sjekket, ingen prosesser som inneholder disse modulene ,
# ps -ef | grep gsch root 26417 7838 0 10:58 pts/3 00:00:00 grep --color=auto gsch # lsof | grep gsch #
Kommentarer
Svar
Disse modulene er på ekte -tid filtilgang til antivirusprogramvaren. Å dømme ut fra navnet «Trend Deep Security Agent» Trend Micro Antivirus, men det kan være en annen.
Svar
Dette er moduler fra 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
Kommentarer
- Det vil si at ds_agent må stoppes først før du laster ut modulene, ja?
lsmod
er antall prosesser som bruker modulene. Du vil ikke se moduler som prosesser ips -ef
eller som filer ilsof
fordi modulene er kompilert kjernekode, og ikke filer eller prosesser av seg selv. . Modulkoden blir lastet inn i minnet når det trengs av en prosess, og du må vite hva modulen gjør for å identifisere hvilken prosess som kan ha lastet den.dmesg
er sannsynligvis det beste alternativet for å finne ut hva som fikk modulen til å lastes.gsch
ogredirfs
moduler er RHEL-proprietære moduler, og for å få informasjon om dem trenger du et RHEL-abonnement. Hvis du har et abonnement, vil den beste tilnærmingen være å kontakte RHEL-støtte for dette problemet. Hvis ikke, bør du vente på at noen her som vet om RHEL skal svare her.