
У меня есть раздел NTFS, который я использую для хранения, и мне не удается заставить synapse искать в нем. На данный момент я следовал этомусовет, в основном удаляя/СМИиз PRUNEPATHS и запустив sudo updatedb
Мой updatedb.conf на данный момент выглядит так:
PRUNE_BIND_MOUNTS="yes"
# PRUNENAMES=".git .bzr .hg .svn"
# original
# PRUNEPATHS="/tmp /var/spool /media /home/.ecryptfs"
# 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"
# modified
PRUNEPATHS="/tmp /var/spool /home/.ecryptfs"
PRUNEFS="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"
Изначально я не трогал PRUNEFS. Поскольку это не сработало, я попробовал удалитьНФС нфс нфс4, sudo updatedb заняло гораздо больше времени, что было многообещающе, но Synapse все равно не индексирует содержимое этого раздела, а только содержимое моего основного раздела.
Может ли кто-нибудь дать мне идеи, как это исправить?
Спасибо!
EDIT: После некоторых тестов, полное содержимое раздела отображается при поиске с панели управления Ubuntu. Только Synapse, похоже, не находит его, но для одной папки и ее содержимого. Я сравнил разрешения на эту папку и другие, и все они 777, так что должны быть полностью доступны. Честно говоря, я в замешательстве..
решение1
Решение, упомянутое в вопросе, не предназначено для того, чтобы Synapse нашелнапрямуюлюбой файл на любом разделе, просто введя его имя, но чтобы добиться этогокосвенночерез locate
; то есть, чтобы разрешить locate
доступ к файлам на разделах, которые ранее не были доступны — потому что исключены (с помощьюнастройки в файле /etc/updatedb.conf
) от добавления вбазы данных locate
используют.
Синапс работаетпоиск файловдвумя способами: в записях журналов Zeitgeist и в записях журналов locate
. Этот тип поиска реализован с помощью специальных плагинов, которые по умолчанию включены в свойствах Synapse -Плагины. (Если плагин Zeitgeist отключен, может потребоваться перезагрузка компьютера после (повторного) включения плагина, чтобы он работал правильно.)Поиск по папкамоснован на отдельном плагине.
Результаты Zeitgeist появляются автоматически:
(то же самое касается поиска по папкам)
Но этонетслучай для результатов locate
команды. Результаты locate
появляются только после выбора последней записи (со знаком вопроса) в списке обычного поиска и нажатия ENTER для запуска этой команды:
Для показа Синапсанапрямуюфайл, он должен быть записан в журналах Zeitgeist. Но это не произойдет, покасобытиепроизошло действие, связанное с этим файлом (например, воспроизведение фильма, открытие документа),независимо от раздела, на котором расположен файл.Однако необходимо упомянуть некоторые различия между местоположениями: см. ПРИМЕЧАНИЕ ниже.
Zeitgeist — это не регистратор файлов, а регистратор действий (событий). (Видетьздесь.)
Решение, включенное в сам вопрос, должно сделать доступными для locate
процесса базы данных, которые включают файлы из определенного раздела (который по умолчанию исключен файлом /etc/updatedb.conf
), но эти файлы будут толькоискалипо locate
(см. второе изображение выше): только те, к которым уже был получен доступ, впоследствии будутпоявляются напрямуюв Synapse (через Zeitgeist).
Подводя итог:
Чтобы файл был напрямую отображен в Synapse, к нему уже должен быть осуществлен доступ (например, он должен быть открыт).
***ПРИМЕЧАНИЕ:Файлы, созданные в определенных привилегированных местах, таких как Рабочий стол, будут отображаться напрямую. То же самое для папок $HOME.
Чтобы к файлу можно было получить доступ с помощью
locate
команды в Synapse, он не должен находиться на разделе, исключенном в/etc/updatedb.conf
, и после его созданияsudo updatedb
необходима эта команда.Файлы, к которым осуществляется доступ через файловый менеджер, добавляются в журнал Zeitgeist быстрее (или, возможно, к ним осуществляется более быстрый доступ в этих журналах), чем при доступе через поиск Synapse (с
locate
). После того, как файл был получен из файлового менеджера и, таким образом, стал доступен позже через простой поиск Synapse, другие файлы из того же местоположения доступны в Synapse через простой поиск.
Примеры:
Создавая новый файл в
~/Documents
, Synapse не может его найти; запускlocate
в Synapse ничего не находит. После запускаsudo updatedb
Synapse не показывает его напрямую, но запуск "locate" в Synapse находит файл. Открытие файла, затем повторный поиск в Synapse: файл отображается напрямую.При создании нового файла в
~/Desktop
Synapse находит его напрямую.Создание файла новый файл на втором разделе NTFS с точкой монтирования
/media/username/DEPO
, ни один из вышеперечисленных способов не работает. После того, как я его открою, Synapse покажет его напрямую. Но если я захочу найти его, не открывая (если это был новый файл, который я никогда не открывал) и попытаюсь использоватьlocate
, он не будет найден, даже после запускаsudo updatedb
. Редактирование файла,/etc/updatedb.conf
как указано в вопросе, перезагрузка компьютера и последующий запускsudo updatedb
сделают файл доступным в Synapse черезlocate
.
Чтобы вышеизложенное сработало у меня, в файле /etc/updatedb.conf
после удаления PRUNEPATHS=
пути /media
теперь все выглядит так:
PRUNE_BIND_MOUNTS="yes"
# PRUNENAMES=".git .bzr .hg .svn"
PRUNEPATHS="/tmp /var/spool /var/lib/os-prober /var/lib/ceph /home/.ecryptfs /var/lib/schroot"
PRUNEFS="NFS nfs nfs4 rpc_pipefs afs binfmt_misc proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs devtmpfs fuse.mfs shfs sysfs cifs lustre tmpfs usbfs udf fuse.glusterfs fuse.sshfs curlftpfs ceph fuse.ceph fuse.rozofs ecryptfs fusesmb"
- При поиске подкаста на вторичном разделе путем ввода первых букв его имени Synapse ничего не находит, но находит его с
locate
; если затем я нажимаю ENTER, чтобы открыть его, или нажимаю TAB и выбираю приложение для открытия, а затем снова ищу в Synapse, ничего не находится. Если после нахождения файла сlocate
, я нажимаю TAB, выбираю открытие папки в файловом менеджере и открываю файл там, не только этот файл может быть впоследствии найден в Synapse, просто введя его имя, но и другие файлы, расположенные в той же папке, могут быть найдены таким же образом. (Я думаю, это из-за других плагинов, которые задействуют Zeitgeist:Гибридный поиск– заполните результаты поиска Zeitgeist, выполнив поиск похожих файлов – иСвязанные файлы– находит файлы, связанные с другими результатами поиска с использованием Zeitgeist.)
Кстати, в моем случае удаление NFS nfs nfs4
после PRUNEFS=
заставило Synapse забрать весь процессор при перезагрузке и завис мой компьютер. Я изменил этот файл обратно из сеанса в реальном времени и продолжил, как было сказано.