OVH Cloud OVH Cloud

Environnement graphique pour root

35 réponses
Avatar
Thierry Chatelet
Bonjour
Est-il possible de d=E9marrer une application en environnement graphique en=
tant=20
que root?
Le probl=E8me est scantool qui ne s'ex=E9cute qu'en tant que root. Je pr=E9=
cise que=20
la machine concern=E9e ne sera pas connect=E9e sur le net, et servira uniqu=
ement =E0=20
faire des tests avec scantool.
Thierry

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/201103291400.01370.tchatelet@free.fr

5 réponses

1 2 3 4
Avatar
Raphaël RIGNIER
Le 29/03/2011 14:51, a écrit :
Le mardi 29 mars 2011, Thierry Chatelet a écrit :
Bonjour
Est-il possible de démarrer une application en environnement graphique en tant
que root?
Le problème est scantool qui ne s'exécute qu'en tant que root. Je précise que
la machine concernée ne sera pas connectée sur le net, et servira uniquement à
faire des tests avec scantool.
Thierry





Bonjour,

ce que j'utilise pour avoir une interface graphique minimaliste en root :
aptitude install xserver-xorg -> serveur X local
aptitude install icewm -> gestionnaire de fenêtre à la win98 ultra léger
et simplissime à utiliser
aptitude install xinit -> pour que le startx lance tout comme il faut
aptitude install xterm -> la console minimale sous X

Un fois connecté sous root on lance startx 3 secondes après l'interface
icewm apparait.
On peut s'amuser ensuite avec un .xsession pour lancer des appli
automatiquement (scantool)
ou raccourci avec .icewm

Si tu as un gros environnemnt de bureau (Gnome, KDE, ) d'installé, tu as
sans doutes un session manager qui prosoe un login/mot de passe
graphique. Dans ce cas tu as la possibilité de choisir icewm en session
graphique avant la connexion avec root.
Mais il vaut mieux laisser ces interfaces aux machines connectées à
Internet et en utilisation poste de travail..

cordialement,

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
Patrick Carabin
Le Wednesday 30 March 2011 14:30:07 François TOURDE, vous avez éc rit :
Le 15063ième jour après Epoch,

Patrick Carabin écrivait:
> Salut à tous,
>
> Parfois, il faut précéder "xhost +" de la commande "export
> DISPLAY=:0"

J'adore la précision du "Parfois" ;)

xhost permet de donner des autorisations à d'autres à l'éc ran sur
lequel tu as les droits.

Donc si tu dois faire un "export DISPLAY" avant, c'est que tu es
passé à un autre user qui a déjà les droits, mais auq uel tu n'as
pas donné le DISPLAY.

Typiquement, le scénario est du genre:

login ou startx du user joe
$ xhost +jack
$ su jack
(là, jack a les droits, mais pas le display)
$ export DISPLAY=:n
$ xhost +averell
$ su averell
(là, averell a les droits, mais pas le display)

Voilà.


Merci beaucoup pour ces précisions. J'avais trouvé ces 2 instruct ions
dans une doc d'un programme, et elle résolvait mon problème: cert ains
programmes ont une installation qui a besoin du mode graphique ( sous
root ) et je lance les installations/mises-à-jour avec « sudo
apt-get » pour ne pas devoir faire un logout ... donc maintenant mon
script exécute automatiquement :
export DISPLAY = :0
xhost +
sudo apt-get le-paquet
...
Maintenant je sais un peu mieux COMMENT ça fonctionne.

Patrick

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
steve
Le 31-03-2011, à 15:14:43 +0200, Patrick Carabin () a écrit :

> Voilà.
Merci beaucoup pour ces précisions. J'avais trouvé ces 2 instructions
dans une doc d'un programme, et elle résolvait mon problème: certains
programmes ont une installation qui a besoin du mode graphique



Ah bon ? Lesquels par exemple ?

( sous
root ) et je lance les installations/mises-à-jour avec « sudo
apt-get » pour ne pas devoir faire un logout ... donc maintenant mon
script exécute automatiquement :
export DISPLAY = :0
xhost +
sudo apt-get le-paquet



Je crois que si le but était d'installer un programme, tout ce fil est
alors totalement à coté de la plaque.

apt-get n'a pas besoin d'environnement graphique pour être utilisé, au
pire, les écrans debconf peuvent utiliser une interface graphique, mais
ils peuvent aussi utiliser une interface ncurses (je ne me rappelle plus
comment ça se configure par contre, dpkg-reconfigure apt-get
peut-être ?), et par conséquent pas besoin qu'un serveur xorg soit en
fonctionnement. (et encore moins de s'y connecter en tant que root).

Maintenant je sais un peu mieux COMMENT ça fonctionne.



Comme disait FT (ou était-ce JLC ?) dans un autre fil, j'adore la
précision du « ça » ;-)

@+

steve

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
hervé desrues
Le 31/03/2011 15:32, steve a écrit :
Le 31-03-2011, à 15:14:43 +0200, Patrick Carabin () a écrit :

Voilà.


Merci beaucoup pour ces précisions. J'avais trouvé ces 2 instructions
dans une doc d'un programme, et elle résolvait mon problème: certains
programmes ont une installation qui a besoin du mode graphique



Ah bon ? Lesquels par exemple ?

( sous
root ) et je lance les installations/mises-à-jour avec « sudo
apt-get » pour ne pas devoir faire un logout ... donc maintenant mon
script exécute automatiquement :
export DISPLAY = :0
xhost +
sudo apt-get le-paquet



Je crois que si le but était d'installer un programme, tout ce fil est
alors totalement à coté de la plaque.

apt-get n'a pas besoin d'environnement graphique pour être utilisé, au
pire, les écrans debconf peuvent utiliser une interface graphique, mais
ils peuvent aussi utiliser une interface ncurses (je ne me rappelle plus
comment ça se configure par contre, dpkg-reconfigure apt-get
peut-être ?), et par conséquent pas besoin qu'un serveur xorg soit en
fonctionnement. (et encore moins de s'y connecter en tant que root).



Ce serait plutôt dpkg-reconfigure dpkg alors, non ? ;-)

Mais en fait je crois plutôt que c'est au niveau de debconf

slts
--
rvdru

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Avatar
steve
Le 31-03-2011, à 15:55:02 +0200, hervé desrues () a écrit :

> apt-get n'a pas besoin d'environnement graphique pour être utilisé, au
> pire, les écrans debconf peuvent utiliser une interface graphique, mais
> ils peuvent aussi utiliser une interface ncurses (je ne me rappelle plus
> comment ça se configure par contre, dpkg-reconfigure apt-get
> peut-être ?), et par conséquent pas besoin qu'un serveur xorg soit en
> fonctionnement. (et encore moins de s'y connecter en tant que root).

Ce serait plutôt dpkg-reconfigure dpkg alors, non ? ;-)

Mais en fait je crois plutôt que c'est au niveau de debconf



Exactement, je viens de vérifier :

dpkg-reconfigure debconf

me propose six choix :

Dialogue
Readline
Gnome
Kde
Éditeur
Non interactive (d'ailleurs celui-là n'a pas été localisé)

Le prochain écran concerne la priorités des questions (critique, élevée,
intermédiaire ou basse).


Donc Patrick, il faut reconfigurer ton debconf en choisissant « Dialogue », et le tour est joué.

steve

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
1 2 3 4