Ubuntu 12.04 32 bit non può accedere

10

Ho provato quasi tutti i commenti in questo argomento. il mio .xsession-errorsfile dice:

openConnection: connect: No such file or directory
cannot connect to brltty at :0

e questo è tutto. Posso accedere come ospite ma non con il mio account.

login

— user250422
fonte

Controllato .Xauthority, le autorizzazioni sono come dovrebbero essere. Anche .Xauthority e .ICEauthority eliminati non funzionavano. Tutti i pacchetti sono aggiornati. Aiutatemi .. dovrebbe esserci un modo semplice per ripristinare il mio desktop. Non dovrei spostare i miei file ed eliminare il mio account.

— Attendo i

6

Dopo alcuni giorni con questo problema e molti thread SO letti, ho scoperto che questo sembra essere un bug aperto di Ubuntu (stato 'Incompleto' a luglio 2015).

Maggiori informazioni al riguardo qui: https://bugs.launchpad.net/ubuntu/+bug/1285444

La soluzione rapida sembra essere quella di rinominare il file che memorizza le dconfimpostazioni:

$ mv ~/.config/dconf/user{,.old}

— user9869932
fonte

3

Elimina entrambi .Xauthoritye .ICEauthoritydalla home directory dell'utente.

Se vedete le versioni vecchie o di backup o di allegati di uno di questi (per esempio .ICEauthority-c, ICEauthorityo .Xauthority.old) eliminare anche quelli.

(Non avere nessuno di questi file non danneggerà il tuo sistema. Saranno ricreati al riavvio / login.) Dopodiché, riavvia o disconnetti e riconnettiti e accedi di nuovo e goditi nuovamente il tuo computer.

Testato sul mio sistema (Xubuntu 14.04 x86, kernel Linux 3.13.0-35-generico)

— un amico
fonte

la rimozione del file .ICEauthority lo ha corretto per me

— nedned

1

Ho anche lo stesso problema, non riesco ad accedere a Ubuntu 14.04, ma ora riesco ad accedere ^ _ ^. Questo problema si è verificato anche con la versione precedente di Ubuntu, dove ho avuto modo di conoscere la soluzione. Nel mio caso si è verificata una mancata corrispondenza nella configurazione del desktop da parte dell'utente che accedo e della configurazione del desktop disponibile. Ecco cosa ho fatto: ([nome utente] proprio come segnaposto)

Per prima cosa controllo lightdm.log:

-----------------------------------
sudo nano /var/log/lightdm/lightdm.log
---------------------------------------
I had a suspicion on these lines:
 ..................
    [+27.41s] DEBUG: Session pid=1114: User [username] authorized
    [+27.42s] DEBUG: Session pid=1114: Greeter requests session ubuntu
    [+27.42s] DEBUG: Seat: Failed to find session configuration ubuntu
    [+27.42s] DEBUG: Seat: Can't find session 'ubuntu'
..................

perché lightdm ha cercato la sessione "ubuntu"? Questo a causa di [nome utente] che uso la sua xsession è ubuntu. Era su / var / lib / AccountsService / users / [nome utente]:

---------------------------------------
[User]
Language=en_US
FormatsLocale=id_ID.UTF-8
XSession=ubuntu <=====================  THIS ONE
Background=/home/[username]/Pictures/Wallpapers/1781785_10201241375132193_1896210726_o.jpg
SystemAccount=false

[InputSource0]
xkb=us
---------------------------------------

Quindi guardo la xsession nella cartella / usr / share / xsessions. C'era solo gnome.desktop, no ubuntu.desktop.

In modo che ho cambiato il contenuto di / var / lib / AccountsService / users / [nome utente]:

from XSession=ubuntu to XSession=gnome

Problema risolto ^ _ ^

— castea.min
fonte

1

Ho dovuto installare "Ubuntu-session" per poter accedere nuovamente.

— Tim

0

Ho avuto un problema simile oggi, ho notato che alcuni file e directory nella home directory degli utenti erano di proprietà di root, in particolare .ICEAuthority, (molto probabilmente a causa del mio tentativo di installare VNC). Comunque, una volta che ho usato chown per cambiare la proprietà di questi file di nuovo all'utente sono stato in grado di accedere di nuovo correttamente.

— sweeneydavidj
fonte

0

Ho compilato Krita dal sorgente e ho dovuto modificare il .profile per includere la directory di installazione non standard. L'ho fatto male apparentemente. Una volta corretta la sintassi ho potuto accedere di nuovo come previsto!

— Doug Jotblad
fonte

3

Benvenuto in Ask Ubuntu! Raccomando di modificare questa risposta per espanderla con dettagli specifici su come eseguire questa operazione. (Vedi anche Come posso scrivere una buona risposta? Per consigli generali su quali tipi di risposte sono considerate più preziose su Ask Ubuntu.)

— David Foerster,

0

Ho avuto lo stesso problema su Ubuntu 13.04.

Ho riscritto la voce gnome.desktop /usr/share/xsessionsperché mancava:

[Desktop Entry]
Name=GNOME
Comment=This session logs you into GNOME
Exec=gnome-session --session=gnome
TryExec=gnome-shell
Icon=
Type=Application
X-LightDM-DesktopName=GNOME
X-Ubuntu-Gettext-Domain=gnome-session-3.0

Quindi ho rimosso gnome-session- * e reinstallato tutto. Successivamente tutto ha funzionato bene e ho potuto scegliere la sessione che volevo, l'unità, lo gnomo e così via.

— HrvojeB
fonte

-2

Il mio problema è stato risolto disattivando l'accesso automatico.

— dankrz
fonte