L'accesso al desktop non riesce, il terminale funziona

Ho un sistema PC 12.04 LTS appena installato (SSD da 120 GB, HDD da 1 TB, RAM da 16 GiB); da qualche giorno non riesco più ad accedere al desktop grafico: c'è una finestra shell lampeggiante molto breve che scompare molto rapidamente ( modifica: vedi sotto ), e mi trovo di nuovo a confrontarmi con la schermata di accesso. Credo che ci sia qualcosa modprobee vbox, ma non riesco a leggerlo abbastanza velocemente ...

Posso accedere a un terminale ( Ctrl+ Alt+ F1). Non ha aiutato a chown tutti i contenuti della mia home directory a me: my-group, come suggerito qui .

Questo è ciò in cui sono riuscito a trovare /var/log, cercando la data e l'ora (ho inserito le interruzioni di riga dopo <my-hostname>; valori di tempo reale conservati):

auth.log:

<date> 22:43:01 <my-hostname>
    lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session closed for user lightdm
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session opened for user tobias by (uid=0)
<date> 22:43:08 <my-hostname>
    lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:08 <my-hostname>
    lightdm: pam_unix(lightdm:session): session closed for user tobias
<date> 22:43:09 <my-hostname>
    lightdm: pam_unix(lightdm:session): session opened for user lightdm by (uid=0)
<date> 22:43:09 <my-hostname>
    lightdm: pam_ck_connector(lightdm:session): nox11 mode, ignoring PAM_TTY :0
<date> 22:43:10 <my-hostname>
    lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" not met by user "tobias"
<date> 22:43:10 <my-hostname>
    dbus[756]: [system] Rejected send message, 2 matched rules; type="method_call", sender="1:43" (uid=104 pid=1639 comm="/usr/lib/indicator-datetime/indicator-datetime-ser") interface="org.freedesktop.DBus.Properties" member="GetAll" error name="(unset)" requested_reply="0" destination=":1.15" (uid=0 pid=1005 comm="/usr/sbin/console-kit-daemon --no-daemon ")

kern.log:

<date> 22:43:00 <my-hostname>
    kernel: [   16.084525] eth0: no IPv6 routers present

syslog:

<date> 22:43:00 <my-hostname>
    kernel: [   16.084525] eth0: no IPv6 routers present
<date> 22:43:01 <my-hostname>
    ntpdate[1492]: adjust time server 91.189.94.4 offset -0.162831 sec
<date> 22:43:08 <my-hostname>
    acpid: client 969[0:0] has disconnected
<date> 22:43:08 <my-hostname>
    acpid: client connected from 1553[0:0]
<date> 22:43:08 <my-hostname>
    acpid: 1 client rule loaded

Ho Virtualbox e Truecrypt installati, ma non riesco a pensare a un motivo per cui potrebbero impedire un accesso grafico.

Non ho capito bene:

• Di cosa si tratta requirement "user ingroup nopasswdlogin" not met? Io faccio il login utilizzando una password e la password funziona bene quando si accede ad un terminale!
• Posso in qualche modo leggere l'output dell'errore, ad esempio ritardandolo, reindirizzandolo a un file o facendo in modo che il sistema mi chieda di premere un tasto?
• Forse qualche aggiornamento recente ha causato il mio problema? Devo installare gli aggiornamenti in sospeso? Come , tra l'altro, senza accesso all'interfaccia grafica?

Ho qualche conoscenza pratica della shell Linux, ma sono nuovo di Ubuntu. Qualsiasi aiuto sarebbe apprezzato.

Modifica: Dopo aver spento la macchina ieri ( sudo shutdown now), ho trovato il seguente testo sullo schermo, che sembra essere il testo "lampeggiante" menzionato prima (formattato; c'erano alcuni spazi bianchi iniziali sciocchi):

Could not write bytes: broken pipe
speech-dispatcher disabled; edit /etc/default/speed-dispatcher
* Starting VirtualBox kernel modules
* modprobe vboxdrv failed. Please use 'dmesg' to find out why
saned disabled; edit /etc/default/saned
* Checking battery state... [ OK ]

Dopo averlo copiato manualmente, ho spento la macchina premendo il pulsante per alcuni secondi.

Potrebbe essere che virtualbox (4.2 installato) causi il problema. Aggiungerò altre estrazioni di file di registro più tardi oggi (MET).

Modifica , per i record: ho provato quanto segue, da / a / 133754/103086 :

• sudo apg-get install gdm(quando richiesto, scegli GDM)
• riavviato; anche l'accesso non è riuscito con GDM
• sudo dpkg-reconfigure lightdm, riavviato; il login non funzionerà
• il mio ~/.Xauthorityfile è vuoto; eliminarlo e riavviare non ha cambiato nulla

Inoltre:

• disinstallato virtualbox ( sudo apt-get remove virtualbox-4.2), riavvio

Modifica : ho caricato un archivio zip di file di registro selezionati / filtrati su http://www.tobias-herp.de/en/errors/ubuntu-gui-lockout . Di apt-get upgraderecente, ma purtroppo il problema persiste.

Rimuovere ~ / .Xauthority ha funzionato per me

Ho avuto lo stesso problema. Si è scoperto che il mio problema era che ~/.Xauthorityera stato aggiornato come root e da quel momento solo root poteva leggerlo. Mi ha impedito di avviare qualsiasi sessione X dal mio nome utente. Ho dovuto sudo rm ./.Xauthoritye ha funzionato bene dopo.

Alla fine ho rinunciato e reinstallato il sistema. Questo non è stato un problema, dal momento che il sistema era abbastanza aggiornato e la maggior parte dei dati personali non è stata ancora migrata su di esso. Non posso dire con certezza che il problema non sia stato causato da un pacchetto non standard, quindi ...

Così ho ricominciato da capo e ho preso le precauzioni per stare meglio la prossima volta. Dopo l'installazione, ho aggiornato il sistema, installato alcuni pacchetti cruciali e messo in evidenza la configurazione:

sudo bash
apt-get upgrade
apt-get install ssh mercurial vim
cd /etc/
vim mercurial/hgrc
hg init .
hg add *
hg commit

Pertanto, ogni volta che si verifica un nuovo problema, dovrei avere maggiori possibilità di sapere cosa potrebbe essere andato storto.

Nel mio caso, ciò è stato causato da un errore, ~/.dmrccome spiegato qui . Questo può essere rilevato grazie a ~/.xsession-errorsdove ho avuto il seguente errore:

x-terminal-emulator: errore irreversibile di I / O: client ucciso konsole (1598) Konsole :: SessionManager :: ~ SessionManager: Konsole SessionManager distrutto con sessioni ancora in vita

Un problema simile mi è successo dopo aver aggiunto un export PATH=$PATH:/home/<user>/SomeFolderalla fine di /etc/profile. Dopo aver effettuato l'accesso a un terminale, rimosso quella linea e riavviato, ho potuto accedere normalmente e il problema sembra essere andato via.

Documentazione:

• Stavo ricevendo il seguente testo lampeggiante sullo schermo prima della schermata di accesso:

  Could not write bytes: broken pipe
  * Starting VirtualBox kernel modules
  
  saned disabled; edit /etc/default/saned
  

• Ubuntu 12.04 LTS, 64 bit, Intel Core i5, 6GB.
• Ho VirtualBox 4.2.18 installato ma sembra funzionare bene.
• Doppio avvio con Windows 8 tramite GRUB.

Incontriamoci ora usando lightdm + qualunque altro non-greeter. Se imposto il greeter su unity-greeter in /etc/lightdm/lightdm.conf, sembra funzionare. Non ho idea del perché.

Modifica: redatto. Qualcosa che ho appena inserito con un aggiornamento deve aver causato questo e ora anche il greeter dell'unità non funziona.

Nel mio caso ho aggiunto alcuni comandi in .xprofile che ha causato il ritorno alla schermata di accesso subito dopo l'accesso. Gli errori che ho riscontrato erano gli stessi. Rimuovi tutto ciò che non è essenziale dal tuo ~ / .profile e ~ / .xprofile dovrebbe riportare la situazione alla normalità.

Per me questo è successo quando nel file .profile è presente una voce di percorso non valida. Quando l'ho rimosso, ha funzionato perfettamente. Controlla il tuo file .xsession-error per l'errore segnalato

C'è stato lo stesso errore per me su Ubuntu 14.04.02 LTS. Ho aperto il file di registro /var/log/lightdm/lightdm.loge vedo un messaggio simile ...not enough disk space for .Xauthroity.... Poi ho scoperto che c'è davvero spazio zero sul disco. Quindi ho rimosso alcuni file e il bug è scomparso.