我注意到一个奇怪的现象：在从 MiKTeX 选项刷新 FNDB 后，我无法使用 Kile 构建 TeX 文件。尝试编译 TeX 文件时，它在 LaTeX 步骤上失败，并且通过 Kile 进行系统检查表明 LaTeX 已损坏。
问题的根源在于 Kile 使用来自“%localappdata%\MiKTeX\2.9\miktex\data\le”路径的 FNDB 文件，但当您执行 FNDB 刷新时，MiKTeX 不会更新这些文件。因此，解决此问题的一致方法是转到该文件夹并删除那里的所有文件。这样做之后，当我尝试使用 Kile 构建我的 TeX 文件时，它会重新生成该文件夹中的 FNDB 文件，并且所有后续编译 LaTeX 文件的尝试都会成功，直到我再次从 MiKTeX 刷新 FNDB。
我想了解为什么每次从 MiKTeX 刷新 FNDB 后，我都必须手动进入此文件夹并删除这些文件。问题与 MiKTeX 还是 Kile 有关？清除其中任何一个的设置/配置是否可能解决问题？如果可以，配置文件在哪里？
我在 Windows 10 系统上使用最新版本的 MiKTeX 2.9 和与 Windows 上的 KDE 结合使用的 Kile 编辑器（https://sourceforge.net/projects/kde-windows/）。
答案1
在使用 TeXworks 尝试了这种情况后（它向我指出了一个有用的 MiKTeX 日志），我发现虽然 MiKTeX 选项的管理员版本在 FNDB 刷新后保持打开状态，但 MiKTeX 无法访问 %localappdata% 下的 FNDB 文件，因为它正在被另一个进程使用（可能是管理员 MiKTeX 选项本身）。显然，这种锁定会导致尝试使用 LaTeX 构建时出现错误。
与此形成鲜明对比的是，打开非管理员版本的 MiKTeX 选项后，在执行刷新后不会锁定相同的 FNDB 文件，这就是为什么在这种情况下 LaTeX 编译能够顺利进行的原因。