La connexion au bureau échoue, le terminal fonctionne


12

J'ai une configuration fraîchement 12,04 LTS système PC (120 GB SSD, disque dur 1 TB, 16 Gio RAM); depuis quelques jours, je ne peux pas connecter sur le bureau graphique plus: il y a fenêtre shell très court clignotant qui disparaît très rapidement ( edit: voir ci - dessous ), et je suis confronté à l'écran de connexion. Je crois qu'il ya quelque chose modprobeet vbox, mais je ne peux pas lire assez vite ...

Je peux vous connecter à un terminal ( Ctrl+ Alt+ F1). Il n'a pas aidé à chown tout le contenu de mon répertoire personnel à me: my-group, comme suggéré ici .

Voilà ce que je pouvais trouver dans /var/log, grep pour la date et l' heure (j'ai inséré après les sauts de ligne <my-hostname>, les valeurs en temps réel préservé):

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

Je VirtualBox et Truecrypt installé, mais je ne peux pas penser à une raison pour laquelle ils pourraient empêcher une connexion graphique.

Je suis confus:

  • Qu'est-ce à propos requirement "user ingroup nopasswdlogin" not met? Je ne vous connecter en utilisant un mot de passe et le mot de passe , fonctionne bien lors de la connexion à un terminal!
  • Puis-je en quelque sorte lire la sortie d'erreur, par exemple en la retardant, en la redirigeant vers un fichier ou en demandant au système de m'inviter à appuyer sur une touche?
  • A peut - être une mise à jour récente causé mon problème? Dois - je installer les mises à jour en attente? Comment , d' ailleurs, sans accès à l'interface utilisateur graphique?

J'ai quelques connaissances pratiques sur le shell Linux, mais je suis nouveau sur Ubuntu. Toute aide serait appréciée.

Edit: Après avoir éteint la machine hier ( sudo shutdown now), j'ai trouvé le texte suivant à l'écran, qui semble être le texte "clignotant" mentionné précédemment (formaté; il y avait des espaces de début stupides):

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 ]

Après l'avoir copié manuellement, j'ai éteint la machine en appuyant sur le bouton plusieurs secondes.

Il se peut que Virtualbox (4.2 installé) soit à l'origine du problème. J'ajouterai quelques extractions de fichiers journaux plus tard dans la journée (MET).

Modifier , pour les enregistrements: j'ai essayé ce qui suit, à partir de / a / 133754/103086 :

  • sudo apg-get install gdm(à l'invite, choisissez GDM)
  • redémarré; la connexion a également échoué avec GDM
  • sudo dpkg-reconfigure lightdm, redémarré; la connexion ne fonctionnera pas
  • mon ~/.Xauthoritydossier est vide; la suppression et le redémarrage n'a pas changé quoi que ce soit

En outre:

  • Deinstalled virtualbox ( sudo apt-get remove virtualbox-4.2), la remise à zéro

Modifier : J'uploadé une archive zip de fichiers journaux sélectionnés / filtrés pour http://www.tobias-herp.de/en/errors/ubuntu-gui-lockout . Conservé apt-get upgradeing récemment, mais malheureusement , le problème persiste.


J'ai un script pour extraire les lignes de journaux maintenant (et copier des fichiers avec des lignes non-préfixée), et je télécharger une archive zip (car il serait 1619 lignes dans 6 fichiers, y compris 924 lignes dmesg), mais je ne peux pas savoir comment le télécharger ...
Tobias

Cela pourrait tweek-it-up.blogspot.com/2012/08/... que ce soit?
arielf

Nan; le ~/.Xauthorityfichier est completeliy "mine" ( tobias:tobias).
Tobias

Je configuration récemment un nouveau bureau 12.04 (ai déjà 5 autres) et la nouvelle a été en cours d' exécution dans des problèmes dans l'interface graphique connecte avec les utilisateurs ldap, mais pas local. Je me suis débattu avec un succès limité, puis j'ai abandonné et installé Mint qui fonctionnait. Je suppose qu'il ya une sorte de régression dans une récente mise à jour. rant: ubuntu devient un gâchis complet. il suffit de regarder la configuration pam fou avec des outils de configuration qui sont encore plus complexes et Arcane que la configuration manuelle pam.
Cyclone

Réponses:


14

La suppression de ~ / .Xauthority a fonctionné pour moi


Même chose ici, même si ~/.Xauthorityc'était avec la bonne permission et le bon propriétaire (moi).
vaab

De même, cela a fonctionné pour moi (sur Ubuntu 13.04)
Stabledog

Oui, la suppression du fichier est nécessaire car les données du fichier .Xauthority seront différentes (il y a peut-être un contexte pid ou date?). L'autorisation seule n'est pas le problème habituel.
Andrew

4

J'ai eu ce même problème. Il s'est avéré que mon problème était celui qui a ~/.Xauthorityété mis à jour en tant que root, et à partir de ce moment, seul root pouvait le lire. Cela m'a empêché de démarrer une session X à partir de mon nom d'utilisateur. Je devais le faire sudo rm ./.Xauthorityet cela a bien fonctionné après cela.


3

J'ai finalement abandonné et réinstallé le système. Ce n'était pas un problème, car le système était assez récent et la plupart des données personnelles n'y étaient pas encore migrées. Je ne peux pas dire avec certitude que le problème n'a pas été causé par un paquet non standard, alors ...

J'ai donc recommencé et j'ai pris des précautions pour être mieux la prochaine fois. Après l'installation, j'ai mis à jour le système, installé certains packages cruciaux et épinglé un œil sur la configuration:

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

Ainsi, chaque fois qu'un nouveau problème survient, je devrais avoir une meilleure chance de savoir ce qui aurait pu mal tourner.


Juste pour les dossiers: après un certain temps, même le système nouvellement installé rencontre le même problème. J'ai décidé de supprimer totalement Ubuntu et d'installer Windows à la place (avec une machine virtuelle Linux).
Tobias

Pour mémoire: ce que vous faites avec "hg" se fait automatiquement grâce au package "etckeeper" (et vous pouvez choisir mercurial, bazaar, git ...)
vaab

2

Dans mon cas, cela a été causé par une erreur, ~/.dmrccomme expliqué ici . Cela peut être détecté grâce à l' ~/.xsession-errorsendroit où j'ai eu l'erreur suivante:

x-terminal-emulator: Erreur fatale d'E / S: le client a tué konsole (1598) Konsole :: SessionManager :: ~ SessionManager: Konsole SessionManager détruit avec des sessions toujours en vie


2
travaillé pour moi aussi. Kubuntu 12.04, KDE. J'ai supprimé à la fois .dmrc et.Xauthority. Merci!
MountainX

2

Un problème similaire m'est arrivé après avoir ajouté un export PATH=$PATH:/home/<user>/SomeFolderà la fin de /etc/profile. Après m'être connecté à un terminal, supprimé cette ligne et redémarré, j'ai pu me connecter normalement et le problème semble avoir disparu.

Documentation:

  • J'obtenais le texte clignotant suivant à l'écran avant l'écran de connexion:

    Could not write bytes: broken pipe
    * Starting VirtualBox kernel modules
    
    saned disabled; edit /etc/default/saned
    
  • Ubuntu 12.04 LTS, 64 bits, Intel Core i5, 6 Go.
  • J'ai installé VirtualBox 4.2.18 mais cela semble fonctionner très bien.
  • Je double démarrage avec Windows 8 en utilisant GRUB.

Cela aurait-il pu être le problème? Je ne sais pas. J'ai généralement un ~/binrépertoire que j'aime avoir dans le PATH, mais l'installation n'existe plus.
Tobias

Vous m'avez poussé dans la bonne direction lors de la résolution du problème qui est également apparu sur mon netbook, qui contient toujours Ubuntu. Un des shellscripts que j'ai fournis automatiquement lors de la connexion a provoqué une erreur, et là en tant que ligne ~/.xsession-errors; quand je l'ai essayé dans une coquille, tout semblait ok. Cependant, j'ai désactivé le chargement des scripts et je peux à nouveau me connecter graphiquement.
Tobias

0

Rencontrer cela maintenant en utilisant lightdm + n'importe quel greeter non unitaire. Si je mets le greeter à l'unité-greeter dans /etc/lightdm/lightdm.conf, cela semble fonctionner. Je ne sais pas pourquoi.

Edit: expurgé. Quelque chose que je viens de rentrer avec une mise à jour a dû causer cela et maintenant même l'unité d'accueil ne fonctionne plus.


1
J'ai jeté un œil à ce dossier; dans (la seule et unique) section SeatDefaults, la valeur de greeter-sessionest unity-greeterdéjà. Une autre valeur que je pourrais essayer?
Tobias

0

Dans mon cas, j'ai ajouté quelques commandes dans .xprofile qui ont provoqué le retour à l'écran de connexion juste après la connexion. Les erreurs que j'ai trouvées étaient les mêmes. Supprimer tout ce qui n'est pas essentiel de votre ~ / .profile et ~ / .xprofile devrait ramener la situation à la normale.


0

Pour moi, ce qui est arrivé quand il y a une marque d'entrée de chemin non valide dans le fichier .profile. Quand je l'ai enlevé, il a parfaitement fonctionné. Vérifiez votre fichier .xsession-erreur pour l'erreur qu'il rapporte


0

Il y avait la même erreur pour moi sur Ubuntu LTS 14.04.02. J'ai ouvert le fichier journal /var/log/lightdm/lightdm.loget voir le message comme ...not enough disk space for .Xauthroity.... Ensuite , je l' ai trouvé qu'il n'y a vraiment aucun espace sur le disque. J'ai donc supprimé certains fichiers et bug disparu.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.