基本上就是标题所说的。显然，gedit 甚至没有写入具有所有所需权限的基本文本文件的权限。事实上，其他 IDES/文本编辑器（如 Atom 或 LibreOffice）可以毫无问题地打开和修改此类文件。我尝试排除故障，但无法修复该问题。我尝试重新安装和升级它，但没有解决问题。以 sudo 身份执行 Gedit 确实有效，但重点是不要以超级用户身份读取/写入文档上的简单自述文件。最糟糕的情况是，我想我可以只使用 ATOM 作为我的主要文本编辑器，但我想保留 Gedit 以快速更改简单的文本文件。
例如，我正在尝试读取一个名为“Qiime2_notes.txt”的文件。
$ ls -l
total 36
-rw-r--r-- 1 administrador administrador 164 de ma 20 10:52 Humann-notes.txt
-rw-r--r-- 1 administrador administrador 7697 d’abr 9 11:54 notes.txt
-rw-r--r-- 1 administrador administrador 281 de ma 4 17:56 Qiime2_automation_draft
-rwxrwxr-x 1 administrador administrador 19906 d’abr 9 13:02 Qiime2_notes.txt
我尝试用 gedit 打开它：
gedit Qiime2_notes.txt
它打开文件时没有任何错误警告，但我无法写入、选择或保存文本。
基本上就像我没有获得修改文本的任何权限一样：
但是，当我用 打开它时sudo gedit Qiime2_notes.txt，它运行正常。
现在我可以完美地修改该文件：
但是，使用它打开它atom Qiime2_notes.txt无需 sudo 就可以完美运行。
知道为什么会发生这种情况吗？
答案1
我怀疑这是一个 dconf 问题，最终解决这个问题的方法是注意我从命令行启动时遇到的错误。
(gedit:2498): dconf-WARNING **: 22:15:51.286: unable to open named profile (ibus): using the null configuration.
在阅读了 dconf 之后，我意识到我的安装没有配置文件文件夹，/etc/dconf/profile这有点道理，因为它是一个非标准安装，所以我做了它，然后创建了一个配置文件，ibus在其中我放入
user-db:user
system-db:ibus
当然使用另一个编辑器:-)。
根据文档，第一行将指向您的用户空间 dconf 用户配置文件 https://developer.gnome.org/dconf/unstable/dconf-overview.html
根据我的环境，DCONF_PROFILE=ibus默认情况下，它会查找现有配置文件并加载它。警告消失了，现在编辑器可以编辑了！显然，如果没有 ar/w 位置进行 dconf 设置，gedit 只会进入就绪状态。
如果DCONF_PROFILE环境变量未设置，则根据文档 dconf/gsetting 将默认使用用户空间中的用户配置文件，从而绕过我上面所做的操作。可以通过删除文件来实现这一点/etc/profile.d/set-dconfg-profile.sh
由于这不是针对 gedit 的特定修复，我想它可能会解决其他 gnome/gsetting 应用程序的一些问题。
所以如果操作员仍然遇到这个问题，也许他们可以检查一下他们是否有这个缺失的配置文件并创建它，或者错误地设置 DCONF_PROFILE。