$ ps -elf | grep
...
0 D nobody 27320 27319 2 90 10 - 353471 sleep_ 07:54 ? 00:02:19 /usr/bin/find / -ignore_readdir_race ( -fstype NFS -o -fstype nfs -o -fstype nfs4 -o -fstype afs -o -fstype binfmt_misc -o -fstype proc -o -fstype smbfs -o -fstype autofs -o -fstype iso9660 -o -fstype ncpfs -o -fstype coda -o -fstype devpts -o -fstype ftpfs -o -fstype devfs -o -fstype mfs -o -fstype shfs -o -fstype sysfs -o -fstype cifs -o -fstype lustre_lite -o -fstype tmpfs -o -fstype usbfs -o -fstype udf -o -fstype ocfs2 -o -type d -regex \(^/tmp$\)\|\(^/usr/tmp$\)\|\(^/var/tmp$\)\|\(^/afs$\)\|\(^/amd$\)\|\(^/alex$\)\|\(^/var/spool$\)\|\(^/sfs$\)\|\(^/media$\)\|\(^/var/lib/schroot/mount$\) ) -prune -o -print0
...
Dieser Job startet immer automatisch und verbraucht mein Gedächtnis. Auch nachdem ich kill
es geschafft habe, wird es einige Stunden später beginnen.
Was ist das für ein Job?
BEARBEITEN
Hinweis: Die PID unterscheidet sich von der oben genannten, da ich die oben genannte getötet habe. Warten Sie einige Stunden, dann kommt die zweite.
$ pstree -psl
|-anacron(25920)---sh(25929)---run-parts(25930)---locate(26343)---updatedb.findut(26348)-+-frcode(26358)
| |-sort(26357)
| `-updatedb.findut(26356)---su(26387)---sh(26402)---find(26403)
So sieht es in einem grafischen Werkzeug aus:
pstree -ps
mit der PID dieses Jobs, um zu sehen, was ihn gestartet hat.Antworten:
Wie Sie in der Prozessstruktur sehen können, wird dieser Befehl von ausgeführt
updatedb
, wodurch die Datenbank für denlocate
Befehl aktualisiert wird . Der Befehl find speichert diese Daten so, dass sie im Vergleich zu anderen Mitteln wie sichfind
selbst nahezu sofort Ergebnisse liefern können . Der relevante Cron-Job ist/etc/cron.daily/locate
, wie aus dem GUI-Tool ersichtlich. Es scheint, dass Sielocate
anstelle von verwendenmlocate
.mlocate
soll ressourcenschonender sein . Versuchen Sie alsomlocate
zuerst die Installation :Siehe auch: Kann ich updateb.mlocate deaktivieren?
quelle