Pagina 1 di 1
Esorcizzare la maledizione di root
Inviato: mer 26 ott 2005, 18:04
da zaltar
Quando sono in una sessione user se:
1) apro il terminale;
2) passo a root con "su";
3) lancio un'applicazione non testuale (es. xmms)
=> Ecco cosa succede!
zaltar@Demiblack:~$ su
Password:
root@Demiblack:/home/zaltar# xmms
Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified
** CRITICAL **: Unable to open display
Devo aver fatto qualche casino smanettando, ma non ho idea di quale sia la causa e soprattutto di quale sia la soluzione.
Potete aiutarmi?
Grazie a tutti.
Inviato: mer 26 ott 2005, 18:20
da elettronicha
Il problema è comune, ho fatto una ricerca con google, prova anche tu e se non capisci rittorna. devi solo cercare
"Xlib: connection to ":0.0" refused by server Xlib: No protocol specified ** CRITICAL **: Unable to open display ".
Inviato: mer 26 ott 2005, 18:47
da zaltar
In questa maniera funziona:
zaltar@Demiblack:~$ xhost +local: <========================== A
non-network local connections being added to access control list
zaltar@Demiblack:~$ su
Password:
root@Demiblack:/home/zaltar# export DISPLAY=:0.0 <============== B
root@Demiblack:/home/zaltar# xmms
Non ho capito come mai usando Slack dalla 9.1 non mi è mai capitata sta fesseria, c'è un modo per evitarla? si può rendere impliciti A e B?
Inviato: mer 26 ott 2005, 18:50
da Paoletta
se ti funziona anche solo con
scrivilo in ~/.bash_profile e ti risparmierai la fatica;
Inviato: mer 26 ott 2005, 18:52
da samiel
Fai così:
da utente:
xhost + root
e quindi
su -
Diventato root, dai:
export DISPLAY=:0
e finalmente lanci l'applicazione
M.
Inviato: mer 26 ott 2005, 18:57
da samiel
Ops, mentre scrivevo sono stato preceduto.
comunque dipende dal fatto che se fai su in console
per root non è stato avviato il server X, per cui
devi esportarlo. Non ricordo se nella 9.1
era la stessa cosa, ma mi sembra strano che
fosse diverso. Per le applicazioni KDE
puoi dare anche: kdesu kate
M.
Inviato: mer 26 ott 2005, 19:10
da zaltar
Non avevo mai dovuto fare niente del genere, questa cosa di root che non è capace di lanciare applicazioni non testuali durante una sessione user mi giunge nuova.
Inviato: mer 26 ott 2005, 19:18
da Paoletta
zaltar ha scritto:Non avevo mai dovuto fare niente del genere, questa cosa di root che non è capace di lanciare applicazioni non testuali durante una sessione user mi giunge nuova.
si vede che nella 9.1 il controllo sugli accessi al server X non era abilitato di default...
Inviato: mer 26 ott 2005, 19:57
da samiel
Quasi quasi installo in una partizione la 9.1,
un tuffo nel passato quando di linux
conoscevo in pratica solo il nome.
Così poi vi so dire in proposito...
M.
Inviato: mer 26 ott 2005, 19:59
da samiel
root che non è capace di lanciare applicazioni non testuali durante una sessione user
Non so, ma credo sia una forma di sicurezza.
Considera che con xhost puoi abilitare
anche un utente determinato, più utenti,
tutti gli utenti, per cui è una forma di controllo.
M.
Inviato: mer 26 ott 2005, 21:24
da zaltar
samiel ha scritto:
Non so, ma credo sia una forma di sicurezza.
Considera che con xhost puoi abilitare
anche un utente determinato, più utenti,
tutti gli utenti, per cui è una forma di controllo.
M.
D'accordo, però mi piacerebbe che a parte l'utente specifico di cui sta girando la sessione anche root fosse abilitato a priori.
Comunque sospetto sia qualcosa a livello di kernel, perchè questa cosa non mi succedeva nemmeno con la 10.1, che montava il kernel 2.4.29.
Inviato: gio 27 ott 2005, 10:43
da zzt
zaltar ha scritto:
D'accordo, però mi piacerebbe che a parte l'utente specifico di cui sta girando la sessione anche root fosse abilitato a priori.
Beh... comunque non è che hai trovato qualcosa che root non può fare... se l'utente pippo ha una sessione X aperta, basta che fai come root:
Inviato: gio 27 ott 2005, 17:50
da kio341
D'accordo, però mi piacerebbe che a parte l'utente specifico di cui sta girando la sessione anche root fosse abilitato a priori. Rolling Eyes
scusa ma paoletta ti ha indicato la soluzione :semplice ed elegante -hai capito cosa devi fare?
e poi anche la tua affermazione che nelle vecchie release di slack non occorreva
tale procedimento mi sembra alquanto dubbia -io la 9,1 l'ho usata a suo tempo anche se molto poco- e l'ambaradam c'era -invoco il giudizio divino
cioè l'intervento di loris
bye
Inviato: gio 27 ott 2005, 21:07
da sid77
funziona senza dover mettere mano ai vari file di configurazione
ciao
Inviato: gio 27 ott 2005, 22:24
da pinguinosn
nelle distro slackware è sempre stato cosi
ciao