Ist der Unterschied zwischen sudo und gksu der gleiche wie der Unterschied zwischen sudo -i und sudo -s?

Ist der Unterschied zwischen sudo cmdund gksu cmdder gleiche wie der Unterschied
zwischen dem Starten einer Shell mit sudo -iund sudo -s?

... oder anders ausgedrückt:
Ist sudo cmd dasselbe wie sudo -i cmd
und gksu cmddasselbe wie sudo -s cmd?

BEARBEITEN: Basierend auf dem, was ich auf einer Ubuntu-Dokumentationsseite gelesen habe, auf der steht:

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).

Die "AFAICT" geben mir nicht wirklich die Gewissheit, dass nichts mehr dran ist.

(..ein verspätetes UPDATE : Ich habe sein Gedenken heute (2 Monate später) auf folgendes getestet:
"Dies verhindert, dass Dateien in Ihrem Home-Verzeichnis root gehören."
Alle über sudo / gksu erstellten Dateien gehörten " root ", und Die Gruppe war " root ".)

Ich habe Teile von gelesen info sudound festgestellt, dass -iund -s anscheinend dasselbe tun wie das AFAICT- Umgebungsproblem ...
aber ich bin überlastet. Deshalb habe ich meine Frage hier gestellt.

PS .. Meine Frage bezieht sich nicht auf sudo vs gksu
.. Es handelt sich eher um: Ist gksu dasselbe wie sudo -s
.. und wenn nicht, wie unterscheiden sie sich?

gksuist im Grunde ein grafisches Frontend für sudo, mit dem grafische Befehle ausgeführt werden können, ohne dass ein X-Terminal-Emulator ausgeführt und su direkt verwendet werden muss. Es ist praktisch nur ein GTK + Skin für die Superuser-Befehle.

Wenn Sie also ein GUI-basiertes Programm als root ausführen möchten, rufen Sie es mit gksu cmdstatt mit auf sudo cmd, das zum Aufrufen von Konsolenprogrammen als root verwendet wird.

sudo -iSetzt die Anmeldeumgebung auf den Zielbenutzer zurück ( in diesem Fall root ). Hauptsächlich wird die HOMEUmgebungsvariable geändert, was bedeutet, dass der Zielbenutzer ~/.bashrcgeladen wird.

gksuist also so, sudo -idass $HOMEauf den root user gewechselt wird.

Dies ist keine wirkliche Antwort, kann aber von Interesse sein ...
Ich beginne eine Vorstellung davon zu bekommen, was mit diesen su-Befehlen vor sich geht,
aber ich bin noch nicht ganz da ... Ich verwende gksu. .. das ist mehr eine Reise für mich zu verstehen ... und ich wan't zu verstehen , wenn gksufür gültig ist konsoleoder kate, oder muss ich die KDE - Variante verwenden kdesu..

Hier sind einige Ergebnisse einiger Tests, die ich gerade ausprobiert habe.

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

Diese Ergebnisse stimmen nicht mit der Ubuntu-Dokumentationsseite überein , auf der steht:

 This prevents files in your home directory becoming owned by root

UPDATE: Die XAUTHORITY- envVariablen für die aufgerufenen Terminals sudo und gksu unterscheiden sich (wie auf der Ubuntu-Dokumentationsseite erwähnt ).

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   

Dies zeigt, dass dies gksudefinitiv nicht dasselbe ist wie der sudo -sBefehl, auf den ich mich in der Frage bezog ... und daher meine ursprüngliche Frage (auf eine noch immer undurchsichtige Weise) beantwortet ... und Chris 'Antwort hat mich sicherlich dazu gebracht, über diese Frage nachzudenken! ... Ich brauche einen Kaffee!!

sudo ist für Befehlszeilenanwendungen, gksu / gksudo für grafische Anwendungen