Minihawk schriebPRUNEPATHS nimmt genau ein Directory aus der Liste, alle Unterverzeichnisse dieses Pfades werden weiterhin durchforstet.
Kann ich hier nicht bestätigen. Wenn ich /usr/local in /etc/updatedb.conf->PRUNEPATHS aufnehme wird das Durchsuchen/Indexieren des kompletten Baumes darin ausgeschlossen - obwohl bei mir dort sowohl normale Dateien als auch eine per fstab-mount eingehängte Partition (/usr/local/tank) vorhanden ist.
Das deckt ich m.E. auch mit der manpage zu updatedb.conf->NOTES:
"When a directory is matched by PRUNEFS, PRUNENAMES or PRUNEPATHS,
updatedb(8) does not scan the contents of the directory. The path of
the directory itself is, however, entered in the created database. For
example, if /tmp is in PRUNEPATHS, locate(1) will not show any files
stored in /tmp, but it can show the /tmp directory. This behavior dif‐
fers from traditional locate implementations."
***does not scan the contents***
mlocate in Version 0.26.git.20170220-1
Wenn ich dann:
# updatedb --debug-pruning
starte sehe ich den gewollten Ausschluß von /usr/local (und des darinliegenden Inhalts), eine Suche mittels locate findet dann auch keine Daten mehr unterhalb /usr/local - lediglich der Verzeichnisname /usr/local wird noch gefunden wenn nach local gesucht würde.