是的，我有设置updatedb.conf为不修剪nfs，，，并将修剪绑定挂载设置为“否” cifs。smbautofs
PRUNE_BIND_MOUNTS="no"
# PRUNENAMES=".git .bzr .hg .svn"
PRUNEPATHS="/tmp /var/spool /home/.ecryptfs /var/lib/schroot"
PRUNEFS="rpc_pipefs afs binfmt_misc proc iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs lustre tmpfs usbfs udf fuse.glusterfs fuse.sshfs curlftpfs ecryptfs fuse
我甚至在检查输出时得到了正确的输出--debug-pruning。此外，我使用--verbose并将tee输出发送到一个indexed_paths.txt文件，该 txt 文件包含我其他驱动器上的文件。
尽管如此，当我调用它时，locate my_video.mp4它并没有给我任何匹配项/media/myusername/，只有我的可启动驱动器上的东西。
我已经在两个独立的 ubuntu 16 安装上尝试过此操作。
到底发生什么事了？
我唯一能想到的是我的 LONGupdatedb调用尚未完成，只有当它完成时locate.db才会替换现有文件。我不确定这是真正的原因，因为我依稀记得我的可启动磁盘中的新文件出现在搜索结果中，尽管我的 updatedb 作业尚未完成。
其他信息
该mount条目如下所示：
/dev/sde1 on /media/myusername/myNtfsDrive type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
我正在使用自动挂载程序。希望这不会造成问题。
答案1
正如 @muru 所说，事实证明这updatedb是一个批量更新程序。我的索引作业运行了大约 10 个小时，刚刚完成，我得到了已安装驱动器的结果（之前我认为成功的作业在无人看管的情况下失败了）。
如果你想知道为什么我的工作要花 10 个小时，那是因为我有一些具有巨大层次结构的大型 TB 磁盘（来自备份旧计算机）。
故事寓意：要有耐心：）
跟进
我想知道是否有办法updatedb一次在一个磁盘上运行。