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


11

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.


Ich habe jetzt ein Skript zum Extrahieren von Protokollzeilen (und zum Kopieren von Dateien mit nicht vorangestellten Zeilen) und würde ein Zip-Archiv hochladen (da es 1619 Zeilen in 6 Dateien wären, einschließlich 924 Zeilen in dmesg), aber ich kann nicht Finden Sie heraus, wie Sie es hochladen können ...
Tobias


Nee; Die ~/.XauthorityDatei ist vollständig "meins" ( tobias:tobias).
Tobias

Ich habe kürzlich einen neuen 12.04-Desktop eingerichtet (habe bereits 5 andere) und der neue hatte Probleme beim Anmelden bei der GUI mit LDAP-Benutzern, aber nicht lokal. Ich kämpfte mit begrenztem Erfolg damit, gab dann auf und installierte Mint, was funktionierte. Ich vermute, dass es in einem kürzlich veröffentlichten Update eine Art Regression gibt. rant: ubuntu wird zu einem kompletten Chaos. Schauen Sie sich einfach das verrückte Pam-Setup mit Konfigurationstools an, die noch komplizierter und arkaner sind als die manuelle Pam-Konfiguration.
Zyklon

Antworten:


14

Das Entfernen von ~ / .Xauthority hat bei mir funktioniert


Gleiches hier, auch wenn das ~/.Xauthoritymit der richtigen Erlaubnis und dem richtigen Besitzer (mir) war.
Vaab

Ebenso funktionierte dies für mich (unter Ubuntu 13.04)
Stabledog

Ja, das Entfernen der Datei ist erforderlich, da sich die Daten in der .Xauthority-Datei unterscheiden (möglicherweise liegt ein PID- oder Datumskontext vor?). Erlaubnis allein ist nicht das übliche Problem.
Andrew

4

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.


3

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.


Nur für die Aufzeichnungen: Nach einer Weile stößt sogar das neu eingerichtete System auf dasselbe Problem. Ich entschied mich, Ubuntu vollständig zu entfernen und installierte stattdessen Windows (mit einer virtuellen Linux-Maschine).
Tobias

Nur für die Aufzeichnungen: Was Sie mit "hg" machen, wird automatisch dank des Pakets "etckeeper" gemacht (und Sie können mercurial,
bazaar

2

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


2
arbeitete auch für mich. Kubuntu 12.04, KDE. Ich habe sowohl .dmrc als auch .Xauthority gelöscht. Vielen Dank!
MountainX

2

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.

Könnte dies das Problem gewesen sein? Ich weiß es nicht. Normalerweise habe ich ein ~/binVerzeichnis, das ich gerne im habe PATH, aber die Installation existiert nicht mehr.
Tobias

Sie haben mich in die richtige Richtung gedrängt, als Sie das Problem gelöst haben, das auch auf meinem Netbook aufgetreten ist, das immer noch Ubuntu enthält. Eines der Shellskripte, die ich beim Anmelden automatisch bezogen habe, hat einen Fehler verursacht, und zwar als Zeile in ~/.xsession-errors; Als ich es in einer Shell versuchte, sah alles in Ordnung aus. Ich habe jedoch das Laden der Skripte deaktiviert und kann mich wieder grafisch anmelden.
Tobias

0

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.


1
Ich habe mir diese Datei angesehen. in (dem einen und einzigen) Abschnitt SeatDefaults, der Wert der greeter-sessionist unity-greeterbereits. Irgendein anderer Wert, den ich versuchen könnte?
Tobias

0

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.


0

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


0

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.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.