主页 / ubuntu / 问题 / 957198
Accepted
Sridhar Sarnobat
Asked: 2017-09-19 20:15:33 +0800 CST

定位不返回驻留在已安装磁盘上的文件

  • 772

是的，我已设置updatedb.conf为 not prune nfs, cifs, smb，autofs并将 prune bind mounts 设置为“no”。

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)

我正在使用自动安装程序。我希望这不会造成问题。

locate

1 个回答

  1. Best Answer

    正如@muru 所说，事实证明这updatedb是一个批量更新程序。我运行了大约 10 个小时的索引作业刚刚完成，我在已安装的驱动器上获得了结果（以及我认为成功的以前的作业在无人看管的情况下失败了）。

    如果您想知道为什么我的工作需要 10 个小时，我有一些具有巨大层次结构的大型 TB 磁盘（来自备份旧计算机）。

    故事的寓意：耐心等待:)

    跟进

    我想知道是否有办法一次updatedb在一个磁盘上运行。

    • 2

相关问题