forçando sinapse para indexar um diretório

Question

Eu tenho uma unidade NTFS vinculada a um diretório dentro de minha casa (a ligação é especificada em fstab), assim:

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

As permissões são definidas 666 para arquivos e 777 para diretórios.

Este é o meu /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"

NOTA: o diretório inicial não está criptografado.

Parece que a sinapse não indexa esses arquivos. Existe uma maneira de forçar a sinapse para indexar esse diretório?

    

Answer 1

É possível, mas desativado por padrão. Não tenho certeza do que acontecerá com o sistema de arquivos NTFS se você indexá-lo com updatedb .

O problema é que o Synapse usa o Zeitgeist, que usa locate para encontrar coisas.

Seguindo esta resposta , meu /etc/updatedb.conf lê

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"

Onde essas variáveis estão documentadas em

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.

Então eu teria que modificar a primeira variação para "no" através de

sudo nano /etc/updatedb.conf

Em seguida, modifique-o, então Ctrl + O para salvar, e Ctrl + X para sair. / p>

Então

sudo updatedb

e tente locate algo nesse ponto de montagem para ver se funciona.

Eu repito aqui no final do post: Eu não sei o que aconteceria com um sistema de arquivos NTFS quando varrido por updatedb (vai demorar uma eternidade? ele irá falhar? ele irá corromper o FS? realmente não tenho idéia).