slacky.eu

Smanettando smanettando con Debian mi è successo
che solo root e non gli utenti possono entrare nel server X.
In altre parole, se cerco di avviarlo da kdm, do invio,
vedo una schermata luminosa e poi ritorna kdm
che mi chiede di nuovo utente e password. E così
all'infinito. Da console, dopo startx vedo per un attimo
la solita schermata luminosa e poi ritorno alla console.
.Xautority è correttamente dell'utente, ho anche rimosso
/tmp per sicurezza, ma la cosa non cambia. Se creo
per prova un nuovo utente, nemmeno questo entra in X.
Non ho idea di che cosa diavolo sia successo. Un'idea?

Grazie
M.

é molto strano perché di solito succede il contario (anche se poi lo si può impostare...)

E che consigli? Una formattata?
Noooooooooooooooooooo

M.

Puoi provare con (ad esempio): Prova a vedere se dai log ci cavi qualcosa, e poi tenta di riconfigurare i pacchetti eventualmente modificati

Hai aggiornato qualcosa di particolare?
o è successo all'improvviso?
la seconda ipotesi la riterrei alquanto improbabile

E che consigli? Una formattata?

No!!
non usare anche tu termini come formattare
Ad ogni problema c'è una soluzione
Questo è Linux bellezza !!!

È successo dopo che ho dato un apt-get update apt-get upgrade.
Ma mi ha aggiornato a manetta una serie di pacchetti,
vai a capire dove sta l'inghippo...
Infatti non voglio formattare, ma vedo dura la strada
di individuare il "colpevole", visto che che Debian
la conosco assai meno di Slack...
Ho provato a riconfigurare il server X,
a reinstallare i driver nvidia, ho cancellato /tmp
e i file di configurazione di KDE dalla home, ma niente.
Peraltro, se creo un nuovo utente, da subito
questo non entra in X. Mi appare il logo Nvidia
e poi ritorno al punto di partenza...

M.

Cosi' andando a tentoni , con i driver ati devo
mettere
Section "DRI"
Mode 0666
EndSection
in xorg
Con nvidia non so se bisogna mettere dei permessi agli utenti in quel file.
Non vorrei che sia stato aggiornato xorg e sovrascritto il vecchio file.
Anche se dubito , perchè comunque apt-get chiede sempre se vuoi mantenere la tua versione o sovrascriverla
Puoi intanto provare a disabiltare nvidia e usare vesa , per iniziare ad escludere
uno ad uno gli eventuali inghippi.
Con calma si arriverà alla soluzione

DRI va disabilitato coi driver Nvidia.
E comunque da root entro tranquillamente nel server X,
per cui xorg.conf di suo non è sballato.
Forse un problema di permessi...

M.

Si il problema sembrerebbe senz'altro di qualche permesso scazzato.
Però il fatto che hai anche già provato a creare un'altro utente e continua a non andare....
mah...
Hai dato un'occhiata al log di auth ?
che si trova in /var/log
e già che ci sei dal log di xorg
non riesci ad avere info utili?

edit
se te la vedi male risali anche alle ultime operazioni che hai fatto con apt-get
e vedere quello che ti ha effettivamente aggiornato nell'upgrade

ah un'altra cosa
hai provato a lanciare fluxbox o altro wm da startx?
cosi' tanto per escludere che il problema non sia di kde
sempre che tu stia usando kde naturalmente

Ciao Samiel ... la tanto decantata utility apt-get ha fatto una vittima illustre a quanto pare ...

Prova ad andare in runlevel 1 e/o a killare kdm ovvero tentare di far partire x da un runlevel equivalente al 3 sulla slack... non conosco debian, le mie esperienze risalgono agli anni 2003/4, per certo i runlevel sono diversi da quelli della Slack ... ricordo vagamente che kdm partiva in runlevel 2 e andava killato a mano e quindi, dato un startkde forse con qualche output riesci a capire qualcosa ...

P.S. mi raccomando non formattare altrimenti ti perdi tutto il divertimento ....

L'ultima versione di KDE parlo della 3.5.5 è buggata, non permette l'avvio da KDM, se sei sulla 3.5.5 il problema è quello! Mi sembra che sia stato risolto in CVS.

Veramente fino a ieri l'altro funzionava,
poi so che i debianisti ritoccano sempre i pacchetti.
Però mi hai dato un'idea che potrebbe essere
l'uobo di Colombo: usare gdm.
QUando riavvio provo

Thax
M.

Che ramo stai usando? Tieni conto che Etch è in freeze da oltre un mese, pertanto è molto improbabile secondo me che mettano del software a cappella in un ramo a uno stadio molto avanzato di testing (anche se tutto può succedere ). Domanda banale: hai controllato che non sia un problema comune ad altri che utilizzano lo stesso ramo e gli stessi driver?

È vero, deve trattarsi di un bug di Kdm.
Io ho installato Sid, e quando ho sostituito Kdm
con Gdm tutto ha ripreso a funzionare regolarmente.
Adesso sento qualche debianista, altrimenti
- se già non è stato segnalato il bug - mando
un'informativa a bugs.kde
Beh, tutto è bene quel che finisce bene...

Grazie a tutti
M.