Gnome Shell“文件和文件夹”镜头只能在我的主目录中找到文件和文件夹

Ilb*_*nme 3 files lenses gnome-shell 17.10

几天前我用 Gnome Shell 安装了 Ubuntu 17.10。

我的破折号找到了我的所有应用程序(所以它工作得很好),但它只能找到直接位于我的主文件夹中的文件和文件夹。它找不到位于主目录或最近文件的子文件夹中的文件/文件夹。

例如,假设在我的主目录中我有文件夹

  • foo1
  • foo2

和文件

  • bar1.odt
  • bar2.odt

并且该文件夹foo1包含文件bar3.odt

还想象一下,我刚刚(通过 Nautilus 然后 OpenOffice)打开了一个位于foo2文件夹中的文件bar4.odt

如果我输入bar3(子文件夹中的文件)或bar4(最近的文件),破折号将返回“无结果”(我正在翻译意大利语“Nessun risultato”)。

如果我输入foo1bar1,它会返回正确的结果,因为它们直接位于我的主文件夹中。

我重新安装install unity-lens-files并尝试了 jnv (#10) 在Unity 中的解决方案“文件和文件夹”镜头找不到任何东西

zeitgeist-daemon --quit
rm -rvf ~/.local/share/zeitgeist/fts.index/
zeitgeist-daemon --replace
Run Code Online (Sandbox Code Playgroud)

……无济于事。

当我这样做时zeitgeist-daemon --replace,我收到此警告消息:

$ zeitgeist-daemon --replace
[16:48:00.914102 WARNING] zeitgeist-daemon.vala:127: Unable to parse version info!
[16:48:01.355342 WARNING] zeitgeist-daemon.vala:127: Unable to parse version info!

** (zeitgeist-datahub:3580): WARNING **: zeitgeist-datahub.vala:227: Unable to get name "org.gnome.zeitgeist.datahub" on the bus!
Run Code Online (Sandbox Code Playgroud)

/usr/share/unity/client-scopes.json关于以下unity-lens-files内容的行中:

"unity-lens-files": ["files-local.scope"],
Run Code Online (Sandbox Code Playgroud)

在 dconf/desktop/unity/lens/files 中,该use-locate选项设置为ON.

在设置/搜索中,File选项是ON

Rob*_*edl 5

GNOME shell 只索引你的主目录或“默认”文件夹中的一些文件。

但是,对于 17.10,决定自动安装必要的工具来修改索引,即tracker. 这是由于一些人担心它可能对 CPU 和 io 过于侵入和/或过于繁重。(*)

sudo apt-get install tracker
Run Code Online (Sandbox Code Playgroud)

如果已安装tracker,则可以通过“设置”菜单编辑搜索:

  1. 进入设置
  2. 导航到搜索
  3. 确保您打开了Files并可能禁用您不喜欢的其他搜索(即Software CenterCalendar等)
  4. 点击底部的小齿轮(??)按钮打开菜单 带有跟踪器的搜索选项菜单
  5. 然后导航到其他并单击加号 ( + ) 符号以添加其他搜索路径 使用加号添加自定义搜索路径
  6. 关闭设置面板后,您可以注销并重新登录或手动启动索引

tracker daemon -s

然后你可以检查它的进度

tracker status
Run Code Online (Sandbox Code Playgroud)

并获得类似于此的输出:

Currently indexed: 3556 files, 174 folders
Remaining space on database partition: 170.5 GB (69.29%)
All data miners are idle, indexing complete
Run Code Online (Sandbox Code Playgroud)

(*) 就我个人而言,我没有看到任何负面的副作用。事实上,在我的现代 SSD 上,索引过程在几秒钟内完成,总共有 54GB 的约 3500 个文件。