Pulire Ubuntu dalla robaccia che parte all'avvio nella cron

E' vero, locate è comodissimo da riga di comando via ssh. find è lento perché non indicizzato e gli altri sono roba grafica...

"find" lo fai solo sulla sottocartella che ti serve, poi locate rischia di essere obsoleto se il suo indice non è aggiornato in continuazione.
Comunque sono gusti e per il mio gusto ci sono troppe cache da mantenere aggiornate

... forse l'unica pecca di updatedb e locate (che alla fine altro non sono che
un find dalla "/" che salva il risultato in un db/cache chiamamolo come vogliamo) è
la mancanza di privacy... se eseguido da root (normalmente 1 volta al giorno
in crontab) potrebbe rivelare i nomi di file con rispettivo proprietario.
Esempio:
se
locate red
mi da
/home/pincopallino/download/films/siffredi.avi
insomma ci siamo capiti

(spero di non aver detto cose errate, non ho al momento la possibilità
di verificare su un pc linux)

ps: mi risulta che cancellando un file, esso viene rimosso dall'indice

saluti

Tutte queste cache sono una porcata. Ti scassano il disco e non sono poi così utili.
Se proprio di deve tenere un DB con le posizioni dei files, la cosa migliore sarebbe un bel sistema di notifica in realtime (tipo inotify) che aggiorna il DB sono quando un file viene creato o cancellato. Non ha senso che ongi giorno updatedb mi indicizzi l'intero disco quando magari ad essere cambiati sono solo 10 files.

updatedb creates or updates a database used by locate(1). If the
database already exists, its data is reused to avoid rereading directo‐
ries that have not changed.

Certo che se scorrere il filesystem una volta al giorno ti scassa il disco...
siam messi bene! Magari se gli permetti di attraversare mount point
di rete tifo NFS/Samba puó rallentare un po'...

Sì, ma per sapere che il tale file non è cambiato deve, per ogni voce nel DB relativa ad un file F, vedere quando il file F è stato modificato l'ultima volta, quindi andare recuperare i metadati relativi al file F nel filesystem e confrontare i timestamps. Per fare ciò il disco lavora, non importa in che misura.
Ah, poi certo che se ci sono anche filesystems remoti montati, allora il tutto diventa un vero dito nel c**o!!!

Guarda che updatedb non indicizza il contenuto del file!
Non gli interessa cosa contiene il file, se è cresciuto se è vuoto... ma solo
se esiste. Di che metadati parli? Deve solo aprire le directory "modificate dall'ultima volta" e leggerne il
contenuto... opendir, readidr, sai che lavoro pesante!!!
Sicuramente non lo hai instalato, visto che lo ritieni una "porcata",
se no prova a lanciarlo due volte di seguito e vedrai che la seconda volta non
fa praticamente nulla... probabilmente il disco lavora meno in tutte le volte
che cron esegue updatedb in un mese che una sola volta eseguendo un programma
pesante!

E per i filesystem remoti normalmente si ha una configurazione di default
che li esclude, in /etc/updatedb.conf:

PRUNEPATHS="/tmp /var/spool /media"
PRUNEFS="NFS nfs nfs4 afs binfmt_misc proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs cifs lustre_lite tmpfs usbfs udf rpc_pipefs"