Pourquoi mon système se bloque-t-il lorsque je change d'utilisateur


8

Bonjour, j'ai récemment mis à jour le 13.04 vers le 13.10 64 bits.

J'exécute des graphiques AMD avec les pilotes propriétaires.

J'ai deux comptes utilisateurs. Mine (administrateur) et ma copine (standard)

Ma copine clique sur «Changer d'utilisateur» depuis mon écran de verrouillage et se connecte très bien.

J'essaie ensuite de cliquer sur "Changer d'utilisateur" depuis son écran de verrouillage et tout devient noir. Ensuite, le moniteur clignote et s'éteint avec un seul curseur. Je n'ai aucun moyen d'accéder au terminal, le système ne répond pas et je dois appuyer sur le bouton d'alimentation. Même ctrl + alt + f4ou ctrl + alt + tne me donne pas de terminal. Lorsque j'appuie sur le bouton d'alimentation de mon système, il commence à imprimer la séquence d'arrêt sur le moniteur.

Voici mes erreurs .xsession

Script for ibus started at run_im.
Script for auto started at run_im.
Script for default started at run_im.

Voici la sienne:

init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd main process ended, respawning
init: at-spi2-registryd respawning too fast, stopped
init: logrotate main process (4726) killed by TERM signal
init: upstart-dbus-session-bridge main process (4865) terminated with status 1
init: gnome-settings-daemon main process (4843) terminated with status 1
init: gnome-session main process (4852) terminated with status 1
init: unity-panel-service main process (4863) killed by KILL signal

J'ai trouvé quelques conseils dans un forum à rechercher at-spi2-registryddans mes journaux système. Ce sera peut-être utile.

exécuter ceci: sudo grep -r at-spi2-registryd /var/log/* produit ceci:

/var/log/lightdm/x-1-greeter.log:** (at-spi2-registryd:4384): WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files
/var/log/lightdm/x-1-greeter.log:** (at-spi2-registryd:4384): WARNING **: Unable to register client with session manager
/var/log/lightdm/x-2-greeter.log.old:** (at-spi2-registryd:7447): WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files
/var/log/lightdm/x-2-greeter.log.old:** (at-spi2-registryd:7447): WARNING **: Unable to register client with session manager
/var/log/lightdm/x-0-greeter.log:** (at-spi2-registryd:1378): WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files
/var/log/lightdm/x-0-greeter.log:** (at-spi2-registryd:1378): WARNING **: Unable to register client with session manager
/var/log/lightdm/x-0-greeter.log.old:** (at-spi2-registryd:1357): WARNING **: Failed to register client: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.SessionManager was not provided by any .service files
/var/log/lightdm/x-0-greeter.log.old:** (at-spi2-registryd:1357): WARNING **: Unable to register client with session manager

Voici mes journaux journaux lightdm:

lightdm.log

x-0-greeter.log

x-0.log

x-1-greeter.log

x-1.log x-2.log

Une idée sur ce qu'il se passe?


sonne comme un bug pour moi, est-il signalé sur le tableau de bord?
Alvar

Je ne suis pas sûr. J'ai fait quelques recherches sur Google, mais je n'ai rien trouvé de semblable à mon problème.
ZeroDivide

J'ai le même problème sur Ubuntu 13.10 sur un ordinateur portable avec une carte vidéo nvidia, en utilisant le pilote nouveau
hansioux

Avez-vous essayé de purger le pilote propriétaire, avez-vous le même problème avec le pilote open source par défaut?
Chris Carter

J'ai trouvé un rapport de bogue similaire. Si vous rencontrez ce problème, vous pouvez vous y abonner et fournir des commentaires si nécessaire. bugs.launchpad.net/ubuntu/+source/lightdm/+bug/884331
ZeroDivide

Réponses:


3

J'ai résolu le problème mais je ne sais pas ce qui l'a causé.

J'ai renommé /var/lib/lightdm/.Xauthority en /var/lib/lightdm/.Xauthority-bak J'ai fait la même chose dans mon répertoire personnel.

sudo mv /var/lib/lightdm/.Xauthority /var/lib/lightdm/.Xauthority-bak
mv ~/.Xauthority ~/.Xauthority-bak

Puis j'ai redémarré lightdm

sudo service lightdm stop
sudo service lightdm start

Fonctionne bien maintenant. L'un des fichiers a été corrompu, mais je ne sais pas lequel l'a corrigé.


Ça ne fait rien. Cela a fonctionné pendant une journée, mais cela ne fonctionne pas maintenant.
ZeroDivide

ctrl-alt-f7 / f8 peut fonctionner pour vous comme solution de contournement. As-tu essayé ça? Si la suppression .Xauthorityet le redémarrage ont lightdmfonctionné pendant une journée, je pense que la vraie question est de savoir ce qui plante / endommage la session X. Votre xsesion-errorsnormal, mais pas le sien. Il peut s'agir d'un bogue lightdm, ou d'un conflit dans les fichiers de configuration restants à partir du 13.04, mais ce peut être autre chose. Pouvez-vous modifier davantage votre question sur ce qui se passe d'autre ou sur le logiciel que vous utilisez, etc. avant que cela ne se reproduise?
chasse

Btw, ce rapport de bogue de lightdm est ancien, est déposé contre une version EOL d'Ubuntu, et en regardant les fichiers journaux publiés, bien que l'effet soit le même, il ne ressemble pas au même problème que vous rencontrez. Vous pouvez rechercher / déposer un nouveau bogue.
chasse

Des journaux ont-ils cette ligne: Failed to switch to greeter:ou Failed to get system bus:?
chasse

Je n'ai pas trouvé ceux dans les journaux en utilisant cette commande: sudo grep -r "Failed to switch to greeter:" /var/log/*J'ai également publié une capture d'écran de mon fichier .Xauthority ... il semble corrompu.
ZeroDivide

0

suis le même problème sur le netbook lowend. le plus probable lorsque vous allez sur swich users n'est pas de vous déconnecter du premier, donc vous devez recommencer à exécuter deux xsession en même temps. frist déconnexion, puis connectez-vous à un autre compte.


Ouais, la déconnexion évite le problème.
ZeroDivide

0

De x-2.log:

Loading extension ATIFGLRXDRI
(EE) 
(EE) Backtrace:

C'est le pilote vidéo ATI / AMD provoquant le crash du deuxième serveur X.

Vous pouvez avoir un problème causé par la mise à niveau. Je dirais que vous avez deux options après avoir complètement sauvegardé vos données:

  1. Purgez complètement le pilote propriétaire, puis réinstallez-le.

    Si cela ne le résout pas,

  2. Effectuez une installation propre de 13.10.

Avec l'une ou l'autre option, vous pouvez essayer le pilote open source avec 13.10 et voir comment cela se passe pendant un certain temps avant de réinstaller le pilote propriétaire.


Je suis passé au pilote open source, puis j'ai purgé fglrx. Vous avez toujours le même problème. Je réinstallerai demain, mais j'installerai Mint au lieu d'Ubuntu. Je l'ai depuis longtemps sur mon ordinateur portable et je voulais quand même changer. Cela semble être une bonne occasion de le faire.
ZeroDivide

Si vous avez installé fglrx à partir du site amd plutôt que des pilotes supplémentaires, vous devez purger fglrx et réinstaller quelques éléments pour que le pilote open source fonctionne correctement. Je pense toujours que c'est probablement un problème de la mise à niveau et une nouvelle installation d'Ubuntu ou de Mint s'en occupera. Si cela disparaît après cela, n'oubliez pas d'accepter ou de voter positivement. ;) Bonne chance.
chasse

J'ai eu exactement le même problème que l'OP à partir d'une installation propre, donc je ne pense pas que ce soit la solution ...
rft183

@ rft183 Intéressant, merci. Il est donc de retour de déposer un nouveau rapport de bogue. Pourtant, le PO peut avoir une expérience différente.
chasse
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.