Почему плохо запускать графические приложения как sudo? [dубликат]

Графические приложения часто хранят настройки и другие пользовательские данные в файлах конфигурации, написанных внутри домашней папки пользователя. Приложения основного механизма используют для определения того, что они должны использовать, поскольку домашняя папка пользователя является переменной среды HOME. (Вы можете проверить его самостоятельно с помощью echo $HOME).

Предположим, вы используете домашнюю папку (графический текстовый редактор) как root. Если вы запустите sudo gedit, HOME будет продолжать указывать на ваш домашний каталог, даже если программа работает как root. Следовательно, gedit будет записывать файлы конфигурации в качестве root в ваш домашний каталог. Эта переменная среды в файлах конфигурации принадлежит root и, таким образом, недоступна для вас (когда вы позже запускаете программу как самостоятельно, а не как root). Обычно это происходит, когда приложение должно создать новый файл конфигурации. Новые созданные файлы по умолчанию принадлежат пользователю, который их создает (кто в этом случае root, а не вы).

Это основная причина, почему вы должны запускать графические приложения с графическим sudo, а не с прямым sudo. В Ubuntu и большинстве его производных (включая Xubuntu и Lubuntu) стандартным графическим интерфейсом является root . В Kubuntu это kdesudo. (Это зависит от используемого вами .)

Если вы используете ваш , чтобы использовать sudo для запуска графического приложения, например gedit ], вы можете запустить:

Флаг -H делает sudo установленным HOME для указания на домашнюю папку root [который является kdesudo ).

Это все еще не будет автоматически обрабатывать права собственности на .Xauthority, скопировав его в папку temp (это другая вещь, о которой заботятся графические интерфейсы sudo). Но в редком случае, когда .Xauthority недоступен, вы получите сообщение об ошибке, а затем устраните проблему, удалив ее (sudo rm ~/.Xauthority), поскольку она автоматически восстанавливается. Таким образом, защита прав и прав .Xauthority менее важна, чем защита прав собственности и разрешений файлов конфигурации.

В отличие от root -удаленного .Xauthority, когда файлы конфигурации становятся собственными как root, не всегда так очевидно, что проблема (потому что графические программы часто запускаются, но не работают очень хорошо, и выводят любые полезные ошибки в консоль). И иногда бывает больно хлопотать, особенно если вы находитесь в ситуации, когда хотите, чтобы один или несколько файлов в вашем домашнем каталоге принадлежали кому-то, кроме вас (потому что тогда вы не можете исправить это просто рекурсивно chown ing все ваши файлы обратно к себе).

Поэтому sudo (по крайней мере без -H) не следует использовать для запуска графического приложения , если вы находитесь в ситуации, когда хотите один или несколько файлов в вашем домашнем каталоге, принадлежащих кому-то, кроме вас , вы хорошо знакомы с внутренней работой приложения и точно знаете, что он никогда не пытается писать какие-либо файлы конфигурации.

Графические приложения часто хранят настройки и другие пользовательские данные в файлах конфигурации, написанных внутри домашней папки пользователя. Приложения основного механизма используют для определения того, что они должны использовать, поскольку домашняя папка пользователя является переменной среды HOME. (Вы можете проверить его самостоятельно с помощью echo $HOME).

Предположим, вы используете домашнюю папку (графический текстовый редактор) как root. Если вы запустите sudo gedit, HOME будет продолжать указывать на ваш домашний каталог, даже если программа работает как root. Следовательно, gedit будет записывать файлы конфигурации в качестве root в ваш домашний каталог. Эта переменная среды в файлах конфигурации принадлежит root и, таким образом, недоступна для вас (когда вы позже запускаете программу как самостоятельно, а не как root). Обычно это происходит, когда приложение должно создать новый файл конфигурации. Новые созданные файлы по умолчанию принадлежат пользователю, который их создает (кто в этом случае root, а не вы).

Это основная причина, почему вы должны запускать графические приложения с графическим sudo, а не с прямым sudo. В Ubuntu и большинстве его производных (включая Xubuntu и Lubuntu) стандартным графическим интерфейсом является root . В Kubuntu это kdesudo. (Это зависит от используемого вами .)

Если вы используете ваш , чтобы использовать sudo для запуска графического приложения, например gedit ], вы можете запустить:

Флаг -H делает sudo установленным HOME для указания на домашнюю папку root [который является kdesudo ).

Это все еще не будет автоматически обрабатывать права собственности на .Xauthority, скопировав его в папку temp (это другая вещь, о которой заботятся графические интерфейсы sudo). Но в редком случае, когда .Xauthority недоступен, вы получите сообщение об ошибке, а затем устраните проблему, удалив ее (sudo rm ~/.Xauthority), поскольку она автоматически восстанавливается. Таким образом, защита прав и прав .Xauthority менее важна, чем защита прав собственности и разрешений файлов конфигурации.

В отличие от root -удаленного .Xauthority, когда файлы конфигурации становятся собственными как root, не всегда так очевидно, что проблема (потому что графические программы часто запускаются, но не работают очень хорошо, и выводят любые полезные ошибки в консоль). И иногда бывает больно хлопотать, особенно если вы находитесь в ситуации, когда хотите, чтобы один или несколько файлов в вашем домашнем каталоге принадлежали кому-то, кроме вас (потому что тогда вы не можете исправить это просто рекурсивно chown ing все ваши файлы обратно к себе).

Поэтому sudo (по крайней мере без -H) не следует использовать для запуска графического приложения , если вы находитесь в ситуации, когда хотите один или несколько файлов в вашем домашнем каталоге, принадлежащих кому-то, кроме вас , вы хорошо знакомы с внутренней работой приложения и точно знаете, что он никогда не пытается писать какие-либо файлы конфигурации.

Графические приложения часто хранят настройки и другие пользовательские данные в файлах конфигурации, написанных внутри домашней папки пользователя . Основные приложения, используемые механизмом для определения того, что они должны использовать, поскольку домашняя папка пользователя является переменной среды HOME . (Вы можете проверить его самостоятельно с помощью echo $HOME).

Предположим, вы используете gedit (графический текстовый редактор) как root . Если вы запустите sudo gedit, HOME продолжит указывать на домашний каталог , даже если программа работает как root . Следовательно, gedit будет записывать файлы конфигурации в качестве root в ваш домашний каталог. Этот иногда приводит к в конфигурационных файлах, принадлежащих , принадлежащих на root и, следовательно, недоступен для вас (когда вы позже запустите программу как самостоятельно, а не как root). Обычно это происходит, когда приложение должно создать новый файл конфигурации. Новые созданные файлы по умолчанию принадлежат пользователю, который их создает (кто в этом случае root, а не вы).

Это основная причина, по которой вы должны запускать графические приложения с графическим sudo, а не с прямым sudo. В Ubuntu и большинстве его производных (включая Xubuntu и Lubuntu) стандартным графическим интерфейсом является gksu / gksudo . В Kubuntu это kdesudo . (Это зависит от среды рабочего стола .)

Если вы хотите использовать sudo для запуска графического приложения, например gedit , вы можете запустить:

sudo -H gedit

Флаг -H делает sudo установленным HOME для указания на домашнюю папку root (которая является /root ).

Это все еще не будет автоматически обрабатывать право собственности на .Xauthority , скопировав его в папку temp (это другая вещь, которую используют графические интерфейсы sudo заботиться о вас). Но в редком случае, когда .Xauthority недоступен, вы получите сообщение об ошибке, а затем устраните проблему, удалив ее (sudo rm ~/.Xauthority), поскольку она автоматически восстанавливается. Таким образом, защита прав и прав .Xauthority менее важна, чем защита прав собственности и разрешений конфигурационных файлов.

В отличие от root -удаленного .Xauthority, когда файлы конфигурации становятся собственными как root, не всегда так очевидно, что проблема (потому что графические программы часто запускаются, но не работают очень хорошо, и выводят любые полезные ошибки в консоль). Иногда бывает сложно решить проблему, особенно , если вы хотите, чтобы один или несколько файлов в вашем домашнем каталоге принадлежали кому-то, кроме вас (потому что тогда вы не можете это исправить

Поэтому sudo (по крайней мере без -H) не следует использовать для запуска графического приложения , если только