Является ли разница между sudo и gksu такой же, как разница между sudo -i и sudo-s?

Question 1

Разница между sudo cmd и gksu cmd, такая же, как разница между запуском оболочки с sudo -i и sudo -s?

... или иначе, Является ли sudo cmd таким же, как sudo -i cmd и gksu cmd так же, как sudo -s cmd?

EDIT: Основываясь на том, что я читал на странице документации Ubuntu, где говорится:

You should never use normal sudo to start graphical applications as root.  
You should use gksudo (kdesudo on Kubuntu) to run such programs. gksudo sets  
HOME=~root, and copies .Xauthority to a tmp directory. This prevents files  
in your home directory becoming owned by root.  
(AFAICT, this is all that's special about the environment of the started   
 process with gksudo vs. sudo).

«AFAICT» действительно не дает мне полной уверенности, что в этом нет ничего более.

(.. запоздалый «AFAICT» : Я проверил свое сегодняшнее сообщение (2 месяца спустя) о: " Это предотвращает доступ к файлам в вашем домашнем каталоге root. «Все файлы, созданные мной через sudo / gksu, принадлежали« root », а группа была« root ».)

Я читал части info sudo и заметил, что корень -i и -s выполняет то же самое, что и проблема среды AFAICT ... но я попал в перегрузку .. поэтому я задал свой вопрос здесь.

PS .. Мой вопрос не о AFAICT vs root .. Это больше о: gksu так же, как sudo -s .. и если нет, то как они отличаются?

Question 2

gksu - это в основном графический интерфейс для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и непосредственного использования su. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с правами пользователя root, вы будете ссылаться на нее с помощью gksu cmd, а не sudo cmd, которая используется для вызывая консольные программы как root.

Question 3

Question 4

gksu - это в основном графический интерфейс для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и непосредственного использования su. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с правами пользователя root, вы будете ссылаться на нее с помощью gksu cmd, а не sudo cmd, которая используется для вызывая консольные программы как root.

Question 5

gksu - это в основном графический интерфейс для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и непосредственного использования su. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с правами пользователя root, вы будете ссылаться на нее с помощью gksu cmd, а не sudo cmd, которая используется для вызывая консольные программы как root.

Question 6

gksu - это в основном графический интерфейс для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и непосредственного использования su. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с правами пользователя root, вы будете ссылаться на нее с помощью gksu cmd, а не sudo cmd, которая используется для вызывая консольные программы как root.

Question 7

Question 8

[F1] является в основном графическая оболочка для команды sudo, которая позволяет графическим команду, которая будет выполнена без необходимости запускать эмулятор терминала и с использованием СУ напрямую. Это эффективно только на GTK+ скин для команды суперпользователя.

так что если вы хотели запустить графический интерфейс программы как root, вы бы вызвать его с gksu cmd, а не sudo cmd, которая используется для запуска программ в консоли как root.

Question 9

gksu является в основном графическим интерфейсом для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и использования su напрямую. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с именем root, вы будете ссылаться на нее gksu cmd , а не на sudo cmd , который используется для вызова консольных программ с правами root.

Question 10

gksu является в основном графическим интерфейсом для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и использования su напрямую. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с именем root, вы будете ссылаться на нее gksu cmd , а не на sudo cmd , который используется для вызова консольных программ с правами root.

Question 11

gksu является в основном графическим интерфейсом для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и использования su напрямую. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с именем root, вы будете ссылаться на нее gksu cmd , а не на sudo cmd , который используется для вызова консольных программ с правами root.

Question 12

gksu является в основном графическим интерфейсом для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и использования su напрямую. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с именем root, вы будете ссылаться на нее gksu cmd , а не на sudo cmd , который используется для вызова консольных программ с правами root.

Question 13

Question 14

sudo -i сбрасывает среду входа в целевой пользователь (в данном случае - root). В основном, изменяется переменная среды HOME, что означает загрузку ~/.bashrc целевого пользователя.

gksu, следовательно, подобно sudo -i, в котором находятся переключатели $HOME к пользователю root .

Question 15

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не хочу понять, допустимо ли gksu для konsole или kate, или я должен использовать вариант KDE [ f8] ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

From user fred's terminal, launch gnome-terminal

su style   resulting            custom   (ls)   new file
command    prompt               prompt   home   ownership
---------  -------------------- -------  -----  ----------
sudo      .root@DT:~#           fred's   fred   root
gksu       root@DT:/home/fred#  root's   fred   root
sudo -i    root@DT:~#           root's   root   root
sudo -s   .root@DT:~#           fred's   fred   root

Эти результаты не согласуются с страницей документации Ubuntu, где говорится:

 This prevents files in your home directory becoming owned by root

UPDATE: переменные XAUTHORITY env для должны и связанные с gksu терминалы различны (как указано на странице документации Ubuntu).

sudo    #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -i #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -s #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
gksu    #### XAUTHORITY=/tmp/libgksu-xR2OGn/.Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s, которую я назвал в вопросе ... и, следовательно, отвечает моему оттиничному вопросу (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

Question 16

sudo для приложений командной строки, gksu / gksudo для графических

Question 17

sudo для приложений командной строки, gksu / gksudo для графических

Question 18

сброс

sudo -i в среде логин пользователя (root, в данном случае). В основном, он заключается в том, что HOME переменной среды изменяется, что означает, что конечного пользователя ~/.bashrc загружается.

[F4] и, следовательно, как sudo -i в том, что коммутаторы $HOME к корень пользователей.

Question 19

Question 20

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не хочу понять, допустимо ли gksu для konsole или kate, или я должен использовать вариант KDE kdesu ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

From user fred's terminal, launch gnome-terminal

su style   resulting            custom   (ls)   new file
command    prompt               prompt   home   ownership
---------  -------------------- -------  -----  ----------
sudo      .root@DT:~#           fred's   fred   root
gksu       root@DT:/home/fred#  root's   fred   root
sudo -i    root@DT:~#           root's   root   root
sudo -s   .root@DT:~#           fred's   fred   root

Эти результаты не согласуются с страницей документации Ubuntu, где говорится:

 This prevents files in your home directory becoming owned by root

UPDATE: переменные XAUTHORITY env для должны и связанные с gksu терминалы различны (как указано на странице документации Ubuntu).

sudo    #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -i #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -s #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
gksu    #### XAUTHORITY=/tmp/libgksu-xR2OGn/.Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s, которую я назвал в вопросе ... и, следовательно, отвечает моему оттиничному вопросу (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

Question 21

sudo является для командной строки приложения, gksu/gksudo для графические

Question 22

сброс

sudo -i в среде логин пользователя (root, в данном случае). В основном, он заключается в том, что HOME переменной среды изменяется, что означает, что конечного пользователя ~/.bashrc загружается.

[F4] и, следовательно, как sudo -i в том, что коммутаторы $HOME к корень пользователей.

Question 23

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не хочу понять, допустимо ли gksu для konsole или kate, или я должен использовать вариант KDE kdesu ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

From user fred's terminal, launch gnome-terminal

su style   resulting            custom   (ls)   new file
command    prompt               prompt   home   ownership
---------  -------------------- -------  -----  ----------
sudo      .root@DT:~#           fred's   fred   root
gksu       root@DT:/home/fred#  root's   fred   root
sudo -i    root@DT:~#           root's   root   root
sudo -s   .root@DT:~#           fred's   fred   root

Эти результаты не согласуются с страницей документации Ubuntu, где говорится:

 This prevents files in your home directory becoming owned by root

UPDATE: переменные XAUTHORITY env для должны и связанные с gksu терминалы различны (как указано на странице документации Ubuntu).

sudo    #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -i #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -s #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
gksu    #### XAUTHORITY=/tmp/libgksu-xR2OGn/.Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s, которую я назвал в вопросе ... и, следовательно, отвечает моему оттиничному вопросу (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

Question 24

sudo для приложений командной строки, gksu / gksudo для графических

Question 25

Question 26

sudo -i сбрасывает среду входа в целевой пользователь (в данном случае - root). В основном, изменяется переменная среды HOME, что означает загрузку ~/.bashrc целевого пользователя.

gksu, следовательно, подобно sudo -i, в котором находятся переключатели $HOME к пользователю root .

Question 27

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не хочу понять, допустимо ли gksu для konsole или kate, или я должен использовать вариант KDE kdesu ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

From user fred's terminal, launch gnome-terminal

su style   resulting            custom   (ls)   new file
command    prompt               prompt   home   ownership
---------  -------------------- -------  -----  ----------
sudo      .root@DT:~#           fred's   fred   root
gksu       root@DT:/home/fred#  root's   fred   root
sudo -i    root@DT:~#           root's   root   root
sudo -s   .root@DT:~#           fred's   fred   root

Эти результаты не согласуются с страницей документации Ubuntu, где говорится:

 This prevents files in your home directory becoming owned by root

UPDATE: переменные XAUTHORITY env для должны и связанные с gksu терминалы различны (как указано на странице документации Ubuntu).

sudo    #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -i #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -s #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
gksu    #### XAUTHORITY=/tmp/libgksu-xR2OGn/.Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s, которую я назвал в вопросе ... и, следовательно, отвечает моему оттиничному вопросу (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

Question 28

sudo является для командной строки приложения, gksu/gksudo для графические

Question 29

sudo -i сбрасывает среду входа в целевой пользователь (в данном случае - root). В основном, изменяется переменная среды HOME, что означает загрузку ~/.bashrc целевого пользователя.

gksu, следовательно, подобно sudo -i, в котором находятся переключатели $HOME к пользователю root .

Question 30

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не хочу понять, допустимо ли gksu для konsole или kate, или я должен использовать вариант KDE kdesu ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

From user fred's terminal, launch gnome-terminal

su style   resulting            custom   (ls)   new file
command    prompt               prompt   home   ownership
---------  -------------------- -------  -----  ----------
sudo      .root@DT:~#           fred's   fred   root
gksu       root@DT:/home/fred#  root's   fred   root
sudo -i    root@DT:~#           root's   root   root
sudo -s   .root@DT:~#           fred's   fred   root

Эти результаты не согласуются с страницей документации Ubuntu, где говорится:

 This prevents files in your home directory becoming owned by root

UPDATE: переменные XAUTHORITY env для должны и связанные с gksu терминалы различны (как указано на странице документации Ubuntu).

sudo    #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -i #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -s #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
gksu    #### XAUTHORITY=/tmp/libgksu-xR2OGn/.Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s, которую я назвал в вопросе ... и, следовательно, отвечает моему оттиничному вопросу (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

Question 31

Question 32

sudo для приложений командной строки, gksu / gksudo для графических

Question 33

sudo -i сбрасывает среду входа для целевого пользователя ( root , в этом случае). В основном, изменяется переменная среды HOME , что означает загрузку ~ / .bashrc целевого пользователя.

gksu [ ! d3], следовательно, подобно sudo -i , в котором находятся ключи $ HOME для пользователя root .

Question 34

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не понимаю, если gksu справедливо для konsole или kate , или я должен использовать вариант KDE kdesu ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

  От терминала пользователя fred, запускает gnome-terminal su, в результате чего пользовательский (ls) новый файл командной строки приглашает домой владение --------- --------  ------------ ------- ----- ---------- sudo .root @ DT: ~ # fred fred root gksu root @ DT:  / home / fred # root's fred root sudo -i root @ DT: ~ # root root root sudo -s .root @ DT: ~ # fred fred root

Эти результаты не согласуются с страницей документации Ubuntu , где говорится:

  Это предотвращает доступ к файлам в вашем домашнем каталоге root

UPDATE : Переменные XAUTHORITY env для вызываемых sudo и gksu терминалов различны (как указано на странице документации Ubuntu ) ..

  sudo  #### XAUTHORITY = / var / run / gdm / auth-for-fred-RsngLK / database sudo -i #### XAUTHORITY = / var / run / gdm / auth-for-fred-RsngLK / database sudo -s  #### XAUTHORITY = / var / run / gdm / auth-for-fred-RsngLK / database gksu #### XAUTHORITY = / tmp / libgksu-xR2OGn / .Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s , о которой я упоминал в вопросе ... и, следовательно, отвечает на мой отлогический вопрос (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

Question 35

sudo для приложений командной строки, gksu / gksudo для графических

Question 36

sudo -i сбрасывает среду входа для целевого пользователя ( root , в этом случае). В основном, изменяется переменная среды HOME , что означает загрузку ~ / .bashrc целевого пользователя.

gksu [ ! d3], следовательно, подобно sudo -i , в котором находятся ключи $ HOME для пользователя root .

Question 37

Question 38

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не понимаю, если gksu справедливо для konsole или kate , или я должен использовать вариант KDE kdesu ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

  От терминала пользователя fred, запускает gnome-terminal su, в результате чего пользовательский (ls) новый файл командной строки приглашает домой владение --------- --------  ------------ ------- ----- ---------- sudo .root @ DT: ~ # fred fred root gksu root @ DT:  / home / fred # root's fred root sudo -i root @ DT: ~ # root root root sudo -s .root @ DT: ~ # fred fred root

Эти результаты не согласуются с страницей документации Ubuntu , где говорится:

  Это предотвращает доступ к файлам в вашем домашнем каталоге root

UPDATE : Переменные XAUTHORITY env для вызываемых sudo и gksu терминалов различны (как указано на странице документации Ubuntu ) ..

  sudo  #### XAUTHORITY = / var / run / gdm / auth-for-fred-RsngLK / database sudo -i #### XAUTHORITY = / var / run / gdm / auth-for-fred-RsngLK / database sudo -s  #### XAUTHORITY = / var / run / gdm / auth-for-fred-RsngLK / database gksu #### XAUTHORITY = / tmp / libgksu-xR2OGn / .Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s , о которой я упоминал в вопросе ... и, следовательно, отвечает на мой отлогический вопрос (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

Chris Wilson · Accepted Answer · 26 May 2018 в 00:34

gksu - это в основном графический интерфейс для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и непосредственного использования su. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с правами пользователя root, вы будете ссылаться на нее с помощью gksu cmd, а не sudo cmd, которая используется для вызывая консольные программы как root.

16

ответ дан Chris Wilson 26 May 2018 в 00:34

1

Я не знаю, что вы могли бы подразумевать под graphical интерфейсом ... приложение GTK работает довольно счастливо, независимо от того, запущено ли оно через sudo или gksu ... но он запускает прогам в другой среде ... (Я добавлю еще один вопрос, чтобы указать, почему я задал вопрос ... – Peter.O 7 November 2010 в 01:40
2

Наконец я понял, что вы подразумеваете под graphical frontend. Я всегда использую терминал для запуска sudo / gksu ... но в духе грубой силы, пытаясь все, о чем я мог думать, я попытался запустить sudo и gksu через Alt + F2 ... Bingo! .. sudo исчез в пустоте, но gksu поднялся к случаю и представил мне (легендарный) graphical forntend ... Это тот же диалог, что и для Synaptic Package Manager и т. д. ... – Peter.O 7 November 2010 в 04:55
3

PS .. Я просто попробовал gksu в новом терминале .. Диалог пароля появляется там тоже ... Я, должно быть, видел его раньше, но связал с паролем (только), а не тот факт, что это был GUI из команды терминала ... («Я вижу». Сказал слепой :) ... Спасибо ... – Peter.O 7 November 2010 в 05:12
4

, Далее, подкрепленный вашим ответом, кажется, что gksu изменяет папку XAUTHORITY, а sudo не ... Я не уверен, что это такое, но это кажется значительным! ... Это решил мою дилемму ... (подробности в моем ответе ниже) – Peter.O 7 November 2010 в 09:08

Chris Wilson · Accepted Answer · 25 July 2018 в 22:56

gksu - это в основном графический интерфейс для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и непосредственного использования su. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с правами пользователя root, вы будете ссылаться на нее с помощью gksu cmd, а не sudo cmd, которая используется для вызывая консольные программы как root.

Chris Wilson · Accepted Answer · 27 July 2018 в 01:30

gksu - это в основном графический интерфейс для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и непосредственного использования su. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с правами пользователя root, вы будете ссылаться на нее с помощью gksu cmd, а не sudo cmd, которая используется для вызывая консольные программы как root.

Chris Wilson · Accepted Answer · 31 July 2018 в 10:33

gksu - это в основном графический интерфейс для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и непосредственного использования su. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с правами пользователя root, вы будете ссылаться на нее с помощью gksu cmd, а не sudo cmd, которая используется для вызывая консольные программы как root.

Chris Wilson · Accepted Answer · 2 August 2018 в 04:19

[F1] является в основном графическая оболочка для команды sudo, которая позволяет графическим команду, которая будет выполнена без необходимости запускать эмулятор терминала и с использованием СУ напрямую. Это эффективно только на GTK+ скин для команды суперпользователя.

так что если вы хотели запустить графический интерфейс программы как root, вы бы вызвать его с gksu cmd, а не sudo cmd, которая используется для запуска программ в консоли как root.

Chris Wilson · Accepted Answer · 6 August 2018 в 04:23

gksu является в основном графическим интерфейсом для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и использования su напрямую. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с именем root, вы будете ссылаться на нее gksu cmd , а не на sudo cmd , который используется для вызова консольных программ с правами root.

Chris Wilson · Accepted Answer · 7 August 2018 в 22:30

gksu является в основном графическим интерфейсом для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и использования su напрямую. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с именем root, вы будете ссылаться на нее gksu cmd , а не на sudo cmd , который используется для вызова консольных программ с правами root.

Chris Wilson · Accepted Answer · 10 August 2018 в 10:38

gksu является в основном графическим интерфейсом для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и использования su напрямую. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с именем root, вы будете ссылаться на нее gksu cmd , а не на sudo cmd , который используется для вызова консольных программ с правами root.

Chris Wilson · Accepted Answer · 13 August 2018 в 17:10

gksu является в основном графическим интерфейсом для sudo, который позволяет запускать графическую команду без необходимости запуска эмулятора X-терминала и использования su напрямую. Это действительно просто GTK + скин для команд суперпользователя.

Итак, если вы хотите запустить программу на основе графического интерфейса с именем root, вы будете ссылаться на нее gksu cmd , а не на sudo cmd , который используется для вызова консольных программ с правами root.

16

ответ дан Chris Wilson 13 August 2018 в 17:10

1

Я не знаю, что вы могли бы подразумевать под графическим интерфейсом ... приложение GTK работает довольно счастливо, независимо от того, запущено ли оно через sudo или gksu ... но оно запускает прогаму в другая среда ... (я добавлю еще один вопрос, чтобы указать, почему я задал вопрос ... – Peter.O 7 November 2010 в 01:40
2

Наконец, я понял, что вы подразумеваете под графическим интерфейсом . Я всегда использую терминал для запуска sudo / gksu ... но в духе грубой силы, пытаясь все, о чем я мог думать, я попытался запустить sudo и gksu через Alt + F2 ... Бинго! .. sudo исчез в пустоте, но gksu поднялся до этого случая и представил мне (легендарный) графический forntend ... Это тот же диалог, что и для Synaptic Package Manager и т. д. ... – Peter.O 7 November 2010 в 04:55
3

PS .. Я просто попробовал gksu в новом терминале .. Диалог пароля появляется там тоже ... Я, должно быть, видел его раньше, но связал с паролем (только), а не тот факт, что это был GUI из команды терминала ... («Я вижу». Сказал слепой :) ... Спасибо ... – Peter.O 7 November 2010 в 05:12
4

, Далее, подкрепленный вашим ответом, кажется, что gksu изменяет папку XAUTHORITY, а sudo не ... Я не уверен, что это такое, но это кажется значительным! ... Это решило мою дилемму ... (подробности в моем ответе ниже) – Peter.O 7 November 2010 в 09:08

Kees Cook · Answer 10 · 26 May 2018 в 00:34

sudo -i сбрасывает среду входа в целевой пользователь (в данном случае - root). В основном, изменяется переменная среды HOME, что означает загрузку ~/.bashrc целевого пользователя.

gksu, следовательно, подобно sudo -i, в котором находятся переключатели $HOME к пользователю root .

10

ответ дан Kees Cook 26 May 2018 в 00:34

1

Спасибо KC .. Это начинает иметь смысл для меня (медленно, медленно) ... но кажется ясным, что gksu, создав копию XAUTHORITY и работая из (?), Ставит gksu в категорию совершенно отдельной формы любой из вариантов sudo, о которых я говорил ... и осознание этого было для меня Aha! моментом ... Результат: используйте gksu для приложений с графическим интерфейсом! .. но я остался с еще одним неразрешенным quandry ... Использует ли gksu только к приложениям GTK , или , это прекрасно подходит для использования gksu при запуске приложения KDE GUI? – Peter.O 7 November 2010 в 10:53

Peter.O · Answer 11 · 26 May 2018 в 00:34

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не хочу понять, допустимо ли gksu для konsole или kate, или я должен использовать вариант KDE [ f8] ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

From user fred's terminal, launch gnome-terminal

su style   resulting            custom   (ls)   new file
command    prompt               prompt   home   ownership
---------  -------------------- -------  -----  ----------
sudo      .root@DT:~#           fred's   fred   root
gksu       root@DT:/home/fred#  root's   fred   root
sudo -i    root@DT:~#           root's   root   root
sudo -s   .root@DT:~#           fred's   fred   root

Эти результаты не согласуются с страницей документации Ubuntu, где говорится:

 This prevents files in your home directory becoming owned by root

UPDATE: переменные XAUTHORITY env для должны и связанные с gksu терминалы различны (как указано на странице документации Ubuntu).

sudo    #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -i #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -s #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
gksu    #### XAUTHORITY=/tmp/libgksu-xR2OGn/.Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s, которую я назвал в вопросе ... и, следовательно, отвечает моему оттиничному вопросу (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

karthick87 · Answer 12 · 26 May 2018 в 00:34

sudo для приложений командной строки, gksu / gksudo для графических

3

ответ дан karthick87 26 May 2018 в 00:34

1

Спасибо, мой вопрос, возможно, был так же неясен, как и мое первоначальное понимание проблемы ... Я в первую очередь пытался выяснить, какова была конкретная разница, из-за чего было необходимо иметь обоих командующих. Похоже, что основное различие заключается в что gksu работает с временной копией XAUTHORITY. Я не совсем понимаю, почему XAUTHORITY нужно обрабатывать специально, но это главное, что отличает его поведение от sudo – Peter.O 7 November 2010 в 10:42

karthick87 · Answer 13 · 25 July 2018 в 22:56

sudo для приложений командной строки, gksu / gksudo для графических

3

ответ дан karthick87 25 July 2018 в 22:56

1

Спасибо, мой вопрос, возможно, был так же неясен, как и мое первоначальное понимание проблемы ... Я в первую очередь пытался выяснить, какова была конкретная разница, из-за чего было необходимо иметь обоих командующих. Похоже, что основное различие заключается в что gksu работает с временной копией XAUTHORITY. Я не совсем понимаю, почему XAUTHORITY нужно обрабатывать специально, но это главное, что отличает его поведение от sudo – Peter.O 7 November 2010 в 10:42

Kees Cook · Answer 14 · 25 July 2018 в 22:56

сброс

sudo -i в среде логин пользователя (root, в данном случае). В основном, он заключается в том, что HOME переменной среды изменяется, что означает, что конечного пользователя ~/.bashrc загружается.

[F4] и, следовательно, как sudo -i в том, что коммутаторы $HOME к корень пользователей.

10

ответ дан Kees Cook 25 July 2018 в 22:56

1

Спасибо KC .. Это начинает иметь смысл для меня (медленно, медленно) ... но кажется ясным, что gksu, создав копию XAUTHORITY и работая из (?), Ставит gksu в категорию совершенно отдельной формы любой из вариантов sudo, о которых я говорил ... и осознание этого было для меня Aha! моментом ... Результат: используйте gksu для приложений с графическим интерфейсом! .. но я остался с еще одним неразрешенным quandry ... Использует ли gksu только к приложениям GTK , или , это прекрасно подходит для использования gksu при запуске приложения KDE GUI? – Peter.O 7 November 2010 в 10:53

Peter.O · Answer 15 · 25 July 2018 в 22:56

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не хочу понять, допустимо ли gksu для konsole или kate, или я должен использовать вариант KDE kdesu ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

From user fred's terminal, launch gnome-terminal

su style   resulting            custom   (ls)   new file
command    prompt               prompt   home   ownership
---------  -------------------- -------  -----  ----------
sudo      .root@DT:~#           fred's   fred   root
gksu       root@DT:/home/fred#  root's   fred   root
sudo -i    root@DT:~#           root's   root   root
sudo -s   .root@DT:~#           fred's   fred   root

Эти результаты не согласуются с страницей документации Ubuntu, где говорится:

 This prevents files in your home directory becoming owned by root

UPDATE: переменные XAUTHORITY env для должны и связанные с gksu терминалы различны (как указано на странице документации Ubuntu).

sudo    #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -i #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -s #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
gksu    #### XAUTHORITY=/tmp/libgksu-xR2OGn/.Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s, которую я назвал в вопросе ... и, следовательно, отвечает моему оттиничному вопросу (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

karthick87 · Answer 16 · 27 July 2018 в 01:30

sudo является для командной строки приложения, gksu/gksudo для графические

3

ответ дан karthick87 27 July 2018 в 01:30

1

Спасибо, мой вопрос может быть так же непонятно, как мое первоначальное понимание вопроса... я в первую очередь пытаюсь выяснить, в чем конкретно разница была в том, что необходимо иметь как словарь.. кажется, что главное отличие заключается в том, как gksu работает из временной копии XAUTHORITY.. я не понятно на подробности, почему XAUTHORITY должны заниматься специально, но главная вещь, которая отличает его поведение от sudo – Peter.O 7 November 2010 в 10:42

Kees Cook · Answer 17 · 27 July 2018 в 01:30

сброс

sudo -i в среде логин пользователя (root, в данном случае). В основном, он заключается в том, что HOME переменной среды изменяется, что означает, что конечного пользователя ~/.bashrc загружается.

[F4] и, следовательно, как sudo -i в том, что коммутаторы $HOME к корень пользователей.

10

ответ дан Kees Cook 27 July 2018 в 01:30

1

Спасибо KC .. Это начинает иметь смысл для меня (медленно, медленно) ... но кажется ясным, что gksu, создав копию XAUTHORITY и работая из (?), Ставит gksu в категорию совершенно отдельной формы любой из вариантов sudo, о которых я говорил ... и осознание этого было для меня Aha! моментом ... Результат: используйте gksu для приложений с графическим интерфейсом! .. но я остался с еще одним неразрешенным quandry ... Использует ли gksu только к приложениям GTK , или , это прекрасно подходит для использования gksu при запуске приложения KDE GUI? – Peter.O 7 November 2010 в 10:53

Peter.O · Answer 18 · 27 July 2018 в 01:30

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не хочу понять, допустимо ли gksu для konsole или kate, или я должен использовать вариант KDE kdesu ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

From user fred's terminal, launch gnome-terminal

su style   resulting            custom   (ls)   new file
command    prompt               prompt   home   ownership
---------  -------------------- -------  -----  ----------
sudo      .root@DT:~#           fred's   fred   root
gksu       root@DT:/home/fred#  root's   fred   root
sudo -i    root@DT:~#           root's   root   root
sudo -s   .root@DT:~#           fred's   fred   root

Эти результаты не согласуются с страницей документации Ubuntu, где говорится:

 This prevents files in your home directory becoming owned by root

UPDATE: переменные XAUTHORITY env для должны и связанные с gksu терминалы различны (как указано на странице документации Ubuntu).

sudo    #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -i #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -s #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
gksu    #### XAUTHORITY=/tmp/libgksu-xR2OGn/.Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s, которую я назвал в вопросе ... и, следовательно, отвечает моему оттиничному вопросу (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

karthick87 · Answer 19 · 31 July 2018 в 10:33

sudo для приложений командной строки, gksu / gksudo для графических

3

ответ дан karthick87 31 July 2018 в 10:33

1

Спасибо, мой вопрос, возможно, был так же неясен, как и мое первоначальное понимание проблемы ... Я в первую очередь пытался выяснить, какова была конкретная разница, из-за чего было необходимо иметь обоих командующих. Похоже, что основное различие заключается в что gksu работает с временной копией XAUTHORITY. Я не совсем понимаю, почему XAUTHORITY нужно обрабатывать специально, но это главное, что отличает его поведение от sudo – Peter.O 7 November 2010 в 10:42

Kees Cook · Answer 20 · 31 July 2018 в 10:33

sudo -i сбрасывает среду входа в целевой пользователь (в данном случае - root). В основном, изменяется переменная среды HOME, что означает загрузку ~/.bashrc целевого пользователя.

gksu, следовательно, подобно sudo -i, в котором находятся переключатели $HOME к пользователю root .

10

ответ дан Kees Cook 31 July 2018 в 10:33

1

Спасибо KC .. Это начинает иметь смысл для меня (медленно, медленно) ... но кажется ясным, что gksu, создав копию XAUTHORITY и работая из (?), Ставит gksu в категорию совершенно отдельной формы любой из вариантов sudo, о которых я говорил ... и осознание этого было для меня Aha! моментом ... Результат: используйте gksu для приложений с графическим интерфейсом! .. но я остался с еще одним неразрешенным quandry ... Использует ли gksu только к приложениям GTK , или , это прекрасно подходит для использования gksu при запуске приложения KDE GUI? – Peter.O 7 November 2010 в 10:53

Peter.O · Answer 21 · 31 July 2018 в 10:33

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не хочу понять, допустимо ли gksu для konsole или kate, или я должен использовать вариант KDE kdesu ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

From user fred's terminal, launch gnome-terminal

su style   resulting            custom   (ls)   new file
command    prompt               prompt   home   ownership
---------  -------------------- -------  -----  ----------
sudo      .root@DT:~#           fred's   fred   root
gksu       root@DT:/home/fred#  root's   fred   root
sudo -i    root@DT:~#           root's   root   root
sudo -s   .root@DT:~#           fred's   fred   root

Эти результаты не согласуются с страницей документации Ubuntu, где говорится:

 This prevents files in your home directory becoming owned by root

UPDATE: переменные XAUTHORITY env для должны и связанные с gksu терминалы различны (как указано на странице документации Ubuntu).

sudo    #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -i #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -s #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
gksu    #### XAUTHORITY=/tmp/libgksu-xR2OGn/.Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s, которую я назвал в вопросе ... и, следовательно, отвечает моему оттиничному вопросу (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

karthick87 · Answer 22 · 2 August 2018 в 04:19

sudo является для командной строки приложения, gksu/gksudo для графические

3

ответ дан karthick87 2 August 2018 в 04:19

1

Спасибо, мой вопрос, возможно, был так же неясен, как и мое первоначальное понимание проблемы ... Я в первую очередь пытался выяснить, какова была конкретная разница, из-за чего было необходимо иметь обоих командующих. Похоже, что основное различие заключается в что gksu работает с временной копией XAUTHORITY. Я не совсем понимаю, почему XAUTHORITY нужно обрабатывать специально, но это главное, что отличает его поведение от sudo – Peter.O 7 November 2010 в 10:42

Kees Cook · Answer 23 · 2 August 2018 в 04:19

sudo -i сбрасывает среду входа в целевой пользователь (в данном случае - root). В основном, изменяется переменная среды HOME, что означает загрузку ~/.bashrc целевого пользователя.

gksu, следовательно, подобно sudo -i, в котором находятся переключатели $HOME к пользователю root .

10

ответ дан Kees Cook 2 August 2018 в 04:19

1

Спасибо KC .. Это начинает иметь смысл для меня (медленно, медленно) ... но кажется ясным, что gksu, создав копию XAUTHORITY и работая из (?), Ставит gksu в категорию совершенно отдельной формы любой из вариантов sudo, о которых я говорил ... и осознание этого было для меня Aha! моментом ... Результат: используйте gksu для приложений с графическим интерфейсом! .. но я остался с еще одним неразрешенным quandry ... Использует ли gksu только к приложениям GTK , или , это прекрасно подходит для использования gksu при запуске приложения KDE GUI? – Peter.O 7 November 2010 в 10:53

Peter.O · Answer 24 · 2 August 2018 в 04:19

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не хочу понять, допустимо ли gksu для konsole или kate, или я должен использовать вариант KDE kdesu ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

From user fred's terminal, launch gnome-terminal

su style   resulting            custom   (ls)   new file
command    prompt               prompt   home   ownership
---------  -------------------- -------  -----  ----------
sudo      .root@DT:~#           fred's   fred   root
gksu       root@DT:/home/fred#  root's   fred   root
sudo -i    root@DT:~#           root's   root   root
sudo -s   .root@DT:~#           fred's   fred   root

Эти результаты не согласуются с страницей документации Ubuntu, где говорится:

 This prevents files in your home directory becoming owned by root

UPDATE: переменные XAUTHORITY env для должны и связанные с gksu терминалы различны (как указано на странице документации Ubuntu).

sudo    #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -i #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
sudo -s #### XAUTHORITY=/var/run/gdm/auth-for-fred-RsngLK/database
gksu    #### XAUTHORITY=/tmp/libgksu-xR2OGn/.Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s, которую я назвал в вопросе ... и, следовательно, отвечает моему оттиничному вопросу (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

karthick87 · Answer 25 · 6 August 2018 в 04:23

sudo для приложений командной строки, gksu / gksudo для графических

3

ответ дан karthick87 6 August 2018 в 04:23

Kees Cook · Answer 26 · 6 August 2018 в 04:23

sudo -i сбрасывает среду входа для целевого пользователя ( root , в этом случае). В основном, изменяется переменная среды HOME , что означает загрузку ~ / .bashrc целевого пользователя.

gksu [ ! d3], следовательно, подобно sudo -i , в котором находятся ключи $ HOME для пользователя root .

Peter.O · Answer 27 · 6 August 2018 в 04:23

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не понимаю, если gksu справедливо для konsole или kate , или я должен использовать вариант KDE kdesu ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

  От терминала пользователя fred, запускает gnome-terminal su, в результате чего пользовательский (ls) новый файл командной строки приглашает домой владение --------- --------  ------------ ------- ----- ---------- sudo .root @ DT: ~ # fred fred root gksu root @ DT:  / home / fred # root's fred root sudo -i root @ DT: ~ # root root root sudo -s .root @ DT: ~ # fred fred root

Эти результаты не согласуются с страницей документации Ubuntu , где говорится:

  Это предотвращает доступ к файлам в вашем домашнем каталоге root

UPDATE : Переменные XAUTHORITY env для вызываемых sudo и gksu терминалов различны (как указано на странице документации Ubuntu ) ..

  sudo  #### XAUTHORITY = / var / run / gdm / auth-for-fred-RsngLK / database sudo -i #### XAUTHORITY = / var / run / gdm / auth-for-fred-RsngLK / database sudo -s  #### XAUTHORITY = / var / run / gdm / auth-for-fred-RsngLK / database gksu #### XAUTHORITY = / tmp / libgksu-xR2OGn / .Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s , о которой я упоминал в вопросе ... и, следовательно, отвечает на мой отлогический вопрос (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

karthick87 · Answer 28 · 7 August 2018 в 22:30

sudo для приложений командной строки, gksu / gksudo для графических

3

ответ дан karthick87 7 August 2018 в 22:30

Kees Cook · Answer 29 · 7 August 2018 в 22:30

sudo -i сбрасывает среду входа для целевого пользователя ( root , в этом случае). В основном, изменяется переменная среды HOME , что означает загрузку ~ / .bashrc целевого пользователя.

gksu [ ! d3], следовательно, подобно sudo -i , в котором находятся ключи $ HOME для пользователя root .

Peter.O · Answer 30 · 7 August 2018 в 22:30

На самом деле это не ответ, но это может быть интересно ... Я начинаю понимать, что происходит с этими командами su, но я еще не совсем там ... I используйте gksu ... Это скорее путешествие понимания для меня ... и я не понимаю, если gksu справедливо для konsole или kate , или я должен использовать вариант KDE kdesu ..

Вот некоторые результаты некоторых тестов, которые я только что пробовал.

  От терминала пользователя fred, запускает gnome-terminal su, в результате чего пользовательский (ls) новый файл командной строки приглашает домой владение --------- --------  ------------ ------- ----- ---------- sudo .root @ DT: ~ # fred fred root gksu root @ DT:  / home / fred # root's fred root sudo -i root @ DT: ~ # root root root sudo -s .root @ DT: ~ # fred fred root

Эти результаты не согласуются с страницей документации Ubuntu , где говорится:

  Это предотвращает доступ к файлам в вашем домашнем каталоге root

UPDATE : Переменные XAUTHORITY env для вызываемых sudo и gksu терминалов различны (как указано на странице документации Ubuntu ) ..

  sudo  #### XAUTHORITY = / var / run / gdm / auth-for-fred-RsngLK / database sudo -i #### XAUTHORITY = / var / run / gdm / auth-for-fred-RsngLK / database sudo -s  #### XAUTHORITY = / var / run / gdm / auth-for-fred-RsngLK / database gksu #### XAUTHORITY = / tmp / libgksu-xR2OGn / .Xauthority

Это показывает, что gksu определенно не совпадает с командой sudo -s , о которой я упоминал в вопросе ... и, следовательно, отвечает на мой отлогический вопрос (каким-то еще неясным образом) ... и ответ Криса, конечно, заставил меня задуматься над этим! ... Мне нужен кофе !!

Является ли разница между sudo и gksu такой же, как разница между sudo -i и sudo-s?

36 ответов

Другие вопросы по тегам:

Похожие вопросы: