
我有一個用於存儲的 NTFS 分區,但我無法對其進行突觸搜索。目前,我已經遵循了這個建議, 基本上去除/媒體從 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。因為它不起作用,我嘗試刪除NFS nfs nfs4, sudo updateb 花了更長的時間,這很有希望,但突觸仍然不會索引該分區的內容,而只會索引我的主分區的內容。
有人可以給我一些關於如何修復它的想法嗎?
謝謝!
編輯:經過一些測試,從 Ubuntu 的儀表板搜尋時會顯示分割區的完整內容。只有 Synapse 似乎找不到它,而是找到一個資料夾及其內容。我比較了該資料夾和其他資料夾的權限,它們都是 777,所以應該是完全可存取的。老實說我很困惑..
答案1
問題中提到的解決方案並不是為了讓Synapse找到直接地任何分區上的任何檔案只需鍵入其名稱即可實現此目的間接地透過locate
;也就是說,能夠locate
訪問以前無法訪問的分區上的文件 - 因為例外(透過文件中的設定/etc/updatedb.conf
)被加入到資料庫locate
使用。
突觸運作文件搜尋有兩種方式:在 Zeitgeist 日誌的條目中,以及在locate
.這種類型的搜尋是透過特定插件實現的,這些插件預設在 Synapse 的屬性中啟用 -外掛。 (如果停用了 Zeitgeist 插件,則在(重新)啟用該插件後可能需要重新啟動電腦才能使其正常運作。)資料夾搜尋基於一個單獨的插件。
時代精神結果自動出現:
(資料夾搜尋也是如此)
但那就是不是命令結果的情況locate
。locate
僅在選擇正常搜尋清單中的最後一個條目(帶有問號的條目)並按 ENTER 運行該命令後,才會顯示結果:
讓 Synapse 顯示直接地一個文件,它應該被記錄在 Zeitgeist 日誌中。但這不會發生,直到事件與該文件相關的事件已經發生(例如正在播放的電影、正在開啟的文件),無論文件位於哪個分割區。不過,需要提及位置之間的一些差異:請參閱下面的註釋。
Zeitgeist 不是檔案記錄器,而是活動(事件)記錄器。 (看這裡.)
問題本身包含的解決方案應該為進程提供locate
包含來自某個分區的檔案的資料庫(預設被檔案排除/etc/updatedb.conf
),但這些檔案只會被搜尋過by locate
(請參閱上面的第二張圖片):只有那些已經訪問過的才會隨後直接出現在突觸(透過時代精神)。
總結一下:
對於要直接在 Synapse 中顯示的文件,它應該已經被存取(例如開啟)。
***筆記:在某些特權位置(例如桌面)上建立的檔案將直接顯示。 $HOME 資料夾也是如此。
對於要透過 Synapse 中的命令存取的文件,
locate
它不應該位於 中排除的分區上/etc/updatedb.conf
,並且在創建後sudo updatedb
需要該命令。與透過 Synapse 搜尋(使用 )存取相比,透過檔案管理器存取的檔案會更快地新增至 Zeitgeist 日誌(或可能在這些日誌中更快存取)
locate
。從檔案總管存取檔案並隨後透過簡單的 Synapse 搜尋進行存取後,可以透過簡單的搜尋在 Synapse 中存取同一位置的其他檔案。
例子:
在 中建立新文件
~/Documents
,Synapse 找不到它;locate
在 Synapse 中運行沒有發現任何內容。運行Synapse後sudo updatedb
不會直接顯示它,但在Synapse中執行“locate”會找到該檔案。開啟文件,然後在Synapse中再次搜尋:直接顯示文件。在 中建立新文件
~/Desktop
,Synapse 直接找到它。使用掛載點在第二個 NTFS 分割區上建立文件新文件
/media/username/DEPO
,以上方法都不起作用。我打開它後,Synapse會直接顯示它。但是,如果我想在不打開它的情況下找到它(如果它是我從未打開過的新文件)並嘗試使用locate
,則找不到它,即使在運行後也找不到sudo updatedb
。按照問題中所述編輯文件/etc/updatedb.conf
,重新啟動計算機然後運行sudo updatedb
將使該文件可以通過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 在重新啟動時佔用所有 CPU 並卡住了我的電腦。我已將該文件從實時會話更改回並按上述操作進行。