В основном то, что говорит название. Очевидно, у gedit нет прав на запись даже в базовые текстовые файлы, которые имеют все необходимые разрешения. Фактически, другие IDES / текстовые редакторы (такие как Atom или LibreOffice) могут открывать и изменять такие файлы без каких-либо проблем. Я пытался устранить неполадки, но я не могу решить проблему. Я попытался переустановить и обновить его, но id не решил проблему. Выполнение Gedit от имени sudo работает, но суть не в том, чтобы использовать superuser для чтения / записи простых файлов readme в Documents. В худшем случае, я думаю, я мог бы просто использовать 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.
Есть идеи, почему это происходит?
Я подозревал, что это проблема с dconf, и то, что в конечном итоге помогло мне решить эту проблему, - это внимание к ошибке, которую я получал при запуске из командной строки.
(gedit: 2498): dconf-WARNING **: 22: 15: 51.286: невозможно открыть именованный профиль (ibus): с использованием нулевой конфигурации.
Немного почитав dconf, я понял, что в моей установке не было папки профиля в / etc / dconf / profile
, что имеет смысл, поскольку это была нестандартная установка. файл профиля ibus
, в который я поместил
user-db:user
system-db:ibus
, используя, конечно, другой редактор :-).
согласно документации первая строка будет указывать на ваш пользовательский профиль dconf в пользовательском пространстве. https://developer.gnome.org/dconf/unstable/dconf-overview.html
в соответствии с моей средой мой DCONF_PROFILE = ibus
по умолчанию, поэтому он искал этот теперь существующий профиль и загрузил это. Предупреждение исчезло, и теперь редактор редактирует! Судя по всему, без r / w места для настроек dconf gedit переходит только в состояние готовности.
если переменная среды DCONF_PROFILE
не задана, то в соответствии с документами dconf / gsetting будет использовать профиль пользователя в пространстве пользователя по умолчанию, таким образом, минуя то, что я сделал выше. Это можно сделать, удалив файл /etc/profile.d/set-dconfg-profile.sh
Поскольку это не было исправлением, специфичным для gedit, я полагаю, что это могло бы вылечить некоторые проблемы с другими приложениями gnome / gsetting. .
, поэтому, если у оператора все еще есть эта проблема, возможно, они могут проверить, есть ли у него этот отсутствующий профиль, и создать i, или иным образом установить DCONF_PROFILE по ошибке.