заставляя синапс индексировать каталог

Question 1

У меня есть диск NTFS, связанный с каталогом внутри моего дома (привязка указана в fstab), например:

UUID=1A782A664EB8 /mnt/windows ntfs permissions,locale=en_US.utf8 0 2
/mnt/windows/Users/me/Documents /home/me/Documents none bind 0 0

Разрешения установлены 666 для файлов и 777 для каталогов.

Это мой /etc/updatedb.conf:

PRUNE_BIND_MOUNTS="yes"
PRUNEPATHS="/tmp /var/spool /media /home/.ecryptfs /var/lib/schroot"
PRUNEFS="NFS nfs nfs4 rpc_pipefs afs binfmt_misc proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs cifs lustre tmpfs usbfs udf fuse.glusterfs fuse.sshfs curlftpfs ecryptfs fusesmb devtmpfs"

ПРИМЕЧАНИЕ: домашний каталог не зашифрован.

Кажется, что синапс не может индексировать эти файлы. Есть ли способ заставить синапс индексировать этот каталог?

Question 2

Это - possibile, но отключенный по умолчанию. Я не уверен, что произойдет с файловой системой NTFS, если Вы индексируете ее с updatedb.

вещь, Синапс использует Дух времени, который использует locate для нахождения вещей.

После [1 110] этот ответ мой /etc/updatedb.conf чтения

cat /etc/updatedb.conf
PRUNE_BIND_MOUNTS="yes"
# PRUNENAMES=".git .bzr .hg .svn"
PRUNEPATHS="/tmp /var/spool /media /home/.ecryptfs /var/lib/schroot"
PRUNEFS="NFS nfs nfs4 rpc_pipefs afs binfmt_misc proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs cifs lustre tmpfs usbfs udf fuse.glusterfs fuse.sshfs curlftpfs ecryptfs fusesmb devtmpfs"

, Где эти переменные документируются в [1 114]

man updatedb.conf

[...]
PRUNE_BIND_MOUNTS
              One of the strings 0, no, 1 or yes.  If PRUNE_BIND_MOUNTS  is  1
              or  yes,  bind  mounts are not scanned by updatedb(8).  All file
              systems mounted in the subtree of a bind mount  are  skipped  as
              well,  even  if they are not bind mounts.  As an exception, bind
              mounts of a directory on itself are not skipped.

, Таким образом, я должен был бы изменить первый variale к "no" до [1 115]

sudo nano /etc/updatedb.conf

Затем, изменяют его, затем Ctrl + O для сохранения, и Ctrl + X для выхода.

Затем

sudo updatedb

и попытка к locate что-то на той точке монтирования, чтобы видеть, работает ли это.

я повторяю его здесь в самом конце сообщения: Я не знаю то, что произошло бы с файловой системой NTFS при сканировании updatedb (она возьмет навсегда? это откажет? это повредит FS? Я действительно понятия не имею).

Community · Answer 1 · 12 May 2016 в 22:33