基本上就是標題所說的。顯然，即使在具有所需所有權限的基本文字檔案上，gedit 也沒有任何寫入權限。事實上，其他 IDES/文字編輯器（例如 Atom 或 LibreOffice）可以毫無問題地開啟和修改此類檔案。我已嘗試排除故障，但無法解決問題。我嘗試重新安裝和升級它，但 id 沒有解決問題。以 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，它工作得很好。
現在我可以完美修改該文件了：
但是，使用 it 打開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預設情況下，它會尋找現有的設定檔並載入它。警告消失了，現在編輯器正在編輯！顯然沒有用於 dconf 設定的 ar/w 位置，gedit 僅進入就緒狀態。
如果DCONF_PROFILE環境變數未設置，那麼根據文件 dconf/gsetting 將預設使用用戶空間中的使用者設定文件，從而繞過我上面所做的操作。可以透過刪除檔案來做到這一點/etc/profile.d/set-dconfg-profile.sh
由於這不是 gedit 特定的修復，我想它可能會解決其他 gnome/gsetting 應用程式的一些問題。
因此，如果操作仍然有此問題，也許他們可以檢查是否缺少此設定檔並建立 i，或錯誤地設定 DCONF_PROFILE。