Die Desktop-Anmeldung schlägt fehl, das Terminal funktioniert

Ich habe ein frisch eingerichtetes 12.04 LTS-PC-System (120 GB SSD, 1 TB HDD, 16 GiB RAM); Seit einigen Tagen kann ich mich nicht mehr beim grafischen Desktop anmelden: Es gibt ein sehr kurzes blinkendes Shell-Fenster, das sehr schnell verschwindet ( Bearbeiten: siehe unten ), und ich werde erneut mit dem Anmeldebildschirm konfrontiert. Ich glaube, da ist etwas dran modprobeund vbox, aber ich kann es nicht schnell genug lesen ...

Ich kann mich bei einem Terminal anmelden ( Ctrl+ Alt+ F1). Es hat nicht geholfen, den gesamten Inhalt meines Home-Verzeichnisses in me: zu zerlegen my-group, wie hier vorgeschlagen .

Dies ist, was ich finden konnte /var/log, um nach Datum und Uhrzeit zu suchen (ich habe Zeilenumbrüche nach eingefügt <my-hostname>; Echtzeitwerte bleiben erhalten):

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

Ich habe Virtualbox und Truecrypt installiert, kann mir aber keinen Grund vorstellen, warum sie eine grafische Anmeldung verhindern könnten.

Ich bin verwirrt:

• Worum geht es hier requirement "user ingroup nopasswdlogin" not met? Ich melde mich mit einem Passwort an und das Passwort funktioniert einwandfrei, wenn ich mich bei einem Terminal anmelde!
• Kann ich die Fehlerausgabe irgendwie lesen, z. B. indem ich sie verzögere, in eine Datei umleitung oder wenn das System mich zum Drücken einer Taste auffordert?
• Hat möglicherweise ein aktuelles Update mein Problem verursacht? Soll ich die ausstehenden Updates installieren? Wie übrigens ohne Zugriff auf die grafische Benutzeroberfläche?

Ich habe einige Kenntnisse über die Linux-Shell, bin aber neu in Ubuntu. Jede Hilfe wäre dankbar.

Bearbeiten: Nachdem sudo shutdown nowich gestern die Maschine heruntergefahren hatte ( ), fand ich den folgenden Text auf dem Bildschirm, der der zuvor erwähnte "blinkende" Text zu sein scheint (formatiert; es gab einige alberne führende Leerzeichen):

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 ]

Nachdem ich es manuell kopiert hatte, schaltete ich das Gerät aus, indem ich die Taste einige Sekunden lang drückte.

Möglicherweise verursacht die Virtualbox (4.2 installiert) das Problem. Ich werde später heute weitere Protokolldateiextraktionen hinzufügen (MET).

Bearbeiten Sie für die Datensätze: Ich habe Folgendes aus / a / 133754/103086 versucht :

• sudo apg-get install gdm(wenn Sie dazu aufgefordert werden, wählen Sie GDM)
• neu gestartet; Die Anmeldung ist auch mit GDM fehlgeschlagen
• sudo dpkg-reconfigure lightdm, neu gestartet; Login funktioniert nicht
• meine ~/.XauthorityDatei ist leer; Das Löschen und Neustarten hat nichts geändert

Außerdem:

• deinstallierte virtualbox ( sudo apt-get remove virtualbox-4.2), Neustart

Bearbeiten : Ich habe ein Zip-Archiv ausgewählter / gefilterter Protokolldateien auf http://www.tobias-herp.de/en/errors/ubuntu-gui-lockout hochgeladen . Vor apt-get upgradekurzem beibehalten, aber leider bleibt das Problem bestehen.

Das Entfernen von ~ / .Xauthority hat bei mir funktioniert

Ich hatte das gleiche Problem. Es stellte sich heraus, dass mein Problem darin bestand, dass ~/.Xauthorityes als root aktualisiert wurde und von da an nur noch root es lesen konnte. Es hat mich daran gehindert, eine X-Sitzung von meinem Benutzernamen aus zu starten. Ich musste sudo rm ./.Xauthorityund es hat danach gut funktioniert.

Ich gab schließlich auf und installierte das System neu. Dies war kein Problem, da das System ziemlich frisch war und die meisten persönlichen Daten noch nicht darauf migriert wurden. Ich kann nicht sicher sagen, ob das Problem nicht durch ein nicht standardmäßiges Paket verursacht wurde, also ...

Also habe ich neu angefangen und Vorsichtsmaßnahmen getroffen, um beim nächsten Mal besser dran zu sein. Nach der Installation habe ich das System aktualisiert, einige wichtige Pakete installiert und die Konfiguration im Auge behalten:

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

Wenn also ein neues Problem auftritt, sollte ich eine bessere Chance haben, zu wissen, was möglicherweise schief gelaufen ist.

In meinem Fall wurde dies durch ein falsches ~/.dmrcProblem verursacht, wie hier erläutert . Dies kann daran erkannt werden, ~/.xsession-errorswo ich den folgenden Fehler hatte:

x-terminal-emulator: Schwerwiegender E / A-Fehler: Client hat Konsole getötet (1598) Konsole :: SessionManager :: ~ SessionManager: Konsole SessionManager wurde zerstört, während Sitzungen noch aktiv waren

Ein ähnliches Problem ist mir passiert, nachdem ich export PATH=$PATH:/home/<user>/SomeFolderam Ende ein hinzugefügt habe /etc/profile. Nachdem ich mich bei einem Terminal angemeldet, diese Leitung entfernt und neu gestartet hatte, konnte ich mich normal anmelden und das Problem scheint verschwunden zu sein.

Dokumentation:

• Vor dem Anmeldebildschirm wurde der folgende blinkende Text auf dem Bildschirm angezeigt:

  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, 6 GB.
• Ich habe VirtualBox 4.2.18 installiert, aber es scheint gut zu funktionieren.
• Ich habe einen Dual-Boot mit Windows 8 mit GRUB.

Laufen Sie jetzt mit lightdm + einem beliebigen Nicht-Unity-Greeter darauf. Wenn ich den Begrüßer in /etc/lightdm/lightdm.conf auf Unity-Greeter setze, scheint es zu funktionieren. Keine Ahnung warum.

Bearbeiten: redigiert. Etwas, das ich gerade mit einem Update erstellt habe, muss dies verursacht haben, und jetzt funktioniert sogar der Unity Greeter nicht mehr.

In meinem Fall habe ich einige Befehle in .xprofile eingefügt, die dazu führten, dass direkt nach der Anmeldung wieder zum Anmeldebildschirm zurückgekehrt wurde. Die Fehler, die ich fand, waren die gleichen. Entfernen Sie alles Unwichtige aus Ihrem ~ / .profile und ~ / .xprofile sollte die Situation wieder normalisieren.

Für mich geschah dies, wenn in der .profile-Datei ein ungültiger Pfadeintrag make vorhanden ist. Als ich es entfernte, funktionierte es perfekt. Überprüfen Sie Ihre .xsession-Fehlerdatei auf den gemeldeten Fehler

Es gab den gleichen Fehler für mich unter Ubuntu 14.04.02 LTS. Ich habe die Protokolldatei geöffnet /var/log/lightdm/lightdm.logund sehe eine Nachricht wie ...not enough disk space for .Xauthroity.... Dann habe ich festgestellt, dass auf der Festplatte wirklich kein Speicherplatz vorhanden ist. Also habe ich einige Dateien entfernt und der Fehler ist verschwunden.