J'ai remarqué que slocate (v 3.1) ne fonctionne pas bien chez moi sur certains répertoires.
Toutes mes partitions sont en ReiserFS et je suis en slackware 11.0.
J'ai testé avec un noyau 2.6.20 et 2.6.18
 
slocate ne retrouve pas certains fichiers, même en étant root, même en re-créant la base.
 
Par exemple, sur 20 fichiers, slocate en perd 4, dont un qui est visible dans slocate.db (avec un "cat -v" ).

J'ai recréé une arborescence identique à une de celle qui pose problème avec des fichiers vides et le problème ne s'est pas reproduit.

Je me suis demandé si la partition n'était pas corrompue.
J'ai lancé un reiserfsck simple et ça a l'air OK.
 
J'ai copié une des arborescences qui posent problème avec un "cp -r" sur une autre partition, et là, le problème s'est reproduit à l'identique.

Je mettrais bien un tar à dispo, mais il y en a pour 18 Go.
 
J'ai encore des idées de test, par exemple enlever des fichiers un par un, mais pour l'instant, je trouve les symptômes un peu perturbants.
Il doit se passer quelque chose entre le scan du répertoire et la création du fichier ".db".
 
Ca vous inspire quelque chose ?

J'ai fait une découverte intéressante en répertoriant tous les fichiers qui manquent dans la base de slocate de la machine.
 
Les fichiers qui manquent sont ceux qui font 2156780806 octets ou plus.
 
Ce n'est pas un problème de corruption cachée, donc, à priori.
C'est déjà ça.
 
A suivre...

Ce qui correspond à 2GB.
 
Ici https://rhn.redhat.com/errata/RHSA-2005-345.html , il est question d'un bug similaire, mais c'est vieux !

bon, meme si pas de reponses depuis un moment, tu n'es pas le seul
je viens de voir le meme probleme sur un 2.4.33.3 officiel Slackware 11.0 ...
Chez moi les fichiers de 2Go semblent passer, par contre a partir de 3 ou 4 Go, plus de trace....

(up masque que je me suis permis de faire voyant ton post sur le topic slack...)

Merci pour l'info.