errore avvio programmi da shell come root

[daniele50]

se l'ho fatto è stato involontariamente... io fin'ora ho installato qualche pacchetto, i driver nvidia, compid ed emerald...

[Dani]

Come avvii il server grafico ? Con startx in runlevel 3 o con x/k/gdm in init 4 ?
Nel primo caso non ho mai avuto problemi simili, mentre nel secondo è necessario dare da utente 'xhost +' o ancora meglio aprire /root/.bashrc (o crearlo se non esiste) e metterci dentro:

Codice: Seleziona tutto

export XAUTHORITY=/home/daniele50/.Xauthority

quindi verificare che /root/.bashrc sia eseguibile

[Luci0]

Non è stato facile scegliere il titolo...

da qualche giorno mi succede questo:
da scell digito il nome di un programma (ad esempio kwrite) e questa parte, poi mi autentico come root e faccio la stessa cosa ma non parte più nulla.
Ecco l'errore:

Codice: Seleziona tutto

daniele50@slacky50:~$ su
Password:
root@slacky50:/home/daniele50# kwrite
No protocol specified
kwrite: cannot connect to X server :0.0
root@slacky50:/home/daniele50# kedit
No protocol specified
kedit: cannot connect to X server :0.0
root@slacky50:/home/daniele50# konqueror
No protocol specified
konqueror: cannot connect to X server :0.0
root@slacky50:/home/daniele50#

Cosa succede alla mia slacky??

Il comportamento di tutto ciò é normale ... probabilmente al boot ti loggavi come root ...
Io uso questo sistema non é pulitissimo ma per fare manutenzione in modalità grafica senza troppe rotture di scatole con le password ... fa caldo e a me non ho voglia di sudare ... ovviamente bisogna stare attenti a non fare cretinate ...
Modifico /etc/inittab in modo da avere attive le console il modalità testo anche in runlevel 4 ...
da così

Codice: Seleziona tutto

# These are the standard console login getties in multiuser mode:
c1:1235:respawn:/sbin/agetty 38400 tty1 linux
c2:1235:respawn:/sbin/agetty 38400 tty2 linux
c3:1235:respawn:/sbin/agetty 38400 tty3 linux
c4:1235:respawn:/sbin/agetty 38400 tty4 linux
c5:1235:respawn:/sbin/agetty 38400 tty5 linux
c6:12345:respawn:/sbin/agetty 38400 tty6 linux

a così

Codice: Seleziona tutto

# These are the standard console login getties in multiuser mode:
c1:12345:respawn:/sbin/agetty 38400 tty1 linux
c2:12345:respawn:/sbin/agetty 38400 tty2 linux
c3:12345:respawn:/sbin/agetty 38400 tty3 linux
c4:12345:respawn:/sbin/agetty 38400 tty4 linux
c5:12345:respawn:/sbin/agetty 38400 tty5 linux
c6:12345:respawn:/sbin/agetty 38400 tty6 linux

e con

Codice: Seleziona tutto

init q

dovrebbero essere riattivate le console ... se non funziona basta riavviare
ci si logga poi da una console
e si da

Codice: Seleziona tutto

startx -- :1 

In questo modo parte un' altra sessione di X nella virtual console 8 e con
<Ctrl> <Alt> <F7> e <Ctrl> <Alt> <F8> puoi commutare da utente normale a root ....
P.S. Occhio a non pasticciare con il file inittab

[goldy]

nn credo sia possibile avviare programmi grafici con root se startx lo dai da utente

A me invece funziona.
Se avvio il sistema grafico con init3 , riesco a lanciare i programmi da root da un qualsiasi terminale semplicemente digitando "su e password"
Invece se faccio il login con un runlevel 4 e voglio usare root con i programmi grafici allora devo esportare il display con xhost.

edit
anticipato da dani

[slucky]

Io, invece, di fare modifiche al profile o usare xhost + ed esportare il display ogni volta per lanciare da root i programmi su x, ho tagliato la testa al toro, ed ho abilitato sudo anche su Slack, da allora non ho più avuto problemi

Ciao a tutti!!!

[Luci0]

Ho verificato il discorso su Slackware 11.0 e init 3
se avvio con startx loggato utente non privilegiato se da una console do

Codice: Seleziona tutto

su -
### e poi 
kwrite

ottengo un errore
invece se do su normale debbo fornire il percorso completo e kwrite parte tranquillamente ... e non dovrebbe !!!

Codice: Seleziona tutto

su 
### e poi 
/opt/kde/bin/kwrite

mentre se do su [nomeutente] non fuziona mai
...
a questo punto credo che X abbia bisogno di una security fix !!!
complimenti daniele50 ... hai trovato un bug !!!

[Akito]

a questo punto credo che X abbia bisogno di una security fix !!!
complimenti daniele50 ... hai trovato un bug !!!

Ho provato ora sulla 12 e confermo quanto detto da Luci0: anzi kwrite parte anche senza dover dare il percorso, basta

Codice: Seleziona tutto

su
...
kwrite

[Luci0]

@akito
Sulla 12.0 kde é stato inglobato in /usr/bin e credo che per questo motivo non sia necessario il percorso ...

[daniele50]

Sono contento di contribuire allo sviluppo e alla risoluzione dei bug, ma è meglio se continuate voi perché sono ancora parecchio inesperto...

Comunque, solo per informazione, avvio X in automatico, ho impostato il runlevel a 4.

Se avete bisogno altre informazioni per analizzare il problema rimango a disposizione...

[Luci0]

Non credo che sia un vero bug di X ma un comportamento anomalo provocato dal comando su ...

[serevi]

In realtà, non è un comportamento anomalo del comando "su", ma il trattino (opzionale) serve proprio quando si deve ricreare un "enviroment" (cioè, per esempio, le variabili settate dai comandi export, dagli alias, ecc..) dell'utente specificato.

Quindi:
$ su -
# export |grep USER

è diverso da:
$ su
# export |grep USER

nel primo caso si è root "a tutti gli effetti", nel secondo si diventa root ma il profilo rimane quello dell'utente di provenienza.
La variabile da controllare, quando si diventa root "a tutti gli effetti" è XAUTHORITY, oppure molto utile il comando xhost, che appunto "concede" ad altri utenti di usare il nostro server X, al volo.

[Luci0]

ok ma perchè in runlevel 3 si ha un diverso comportamento rispetto al runlevel 4 ??

[Paoletta]

ok ma perchè in runlevel 3 si ha un diverso comportamento rispetto al runlevel 4 ??

perchè nel runlevel 4 passi attraverso un gestore di sessione e presumo che questo gestisca la variabile XAUTHORITY come gli pare (non ho mai provato, la mia è una supposizione...guarda nel file di configurazione di kdm); io uso sempre il runlevel 3...

[Alcatraz]

Riesumo il thread perché anch'io ho questo "problema".

Slack 12.0, kernel 2.6.23.1, kde 3.5.7. Avvio X in runlevel 4.

Quando cerco di avviare un programma grafico da Terminal mi va in errore:

Codice: Seleziona tutto

$ su
Password: 
# kedit
No protocol specified
kedit: cannot connect to X server :0.0

mentre se avvio con

Codice: Seleziona tutto

# kdesu kedit

funziona.

Se invece avvio X in runlevel 3 posso fare quel che voglio.

Esiste un sistema per evitare di digitare kdesu prima del comando in runlevel 4?

Grazie!

[Dani]

Esiste un sistema per evitare di digitare kdesu prima del comando in runlevel 4?

La seconda risposta in questa pagina