J'ai une nouvelle installation de 11.04 64bit, avec 2 comptes d'administrateur et 4 comptes normaux. Les 4 comptes normaux (les comptes des enfants) n'ont pas de mots de passe, ils peuvent se connecter simplement en cliquant sur leurs noms.
Lorsqu'un utilisateur, qu'il soit administrateur ou normal, essaie de passer à un autre compte en cliquant sur dans le coin supérieur droit de l'écran et en sélectionnant un autre utilisateur, l'écran devient noir et le système entier se bloque. Même CTRL+ALT+F1 par F7 ne fait rien. Ceci est reproductible 100% du temps sur ce système.
Je peux ssh dans la boîte lorsque la console se verrouille, et en exécutant top, je constate que Xorg consomme environ 100% du processeur. En regardant la sortie de "ps axfu" dans bash alors que le système est dans cet état "verrouillé", voici l'arbre de processus lightdm et X:
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1153 0.0 0.1 183508 4292 ? Ssl Dec26 0:00 lightdm
root 2187 0.4 4.6 265976 164168 tty7 Ss+ 00:43 0:21 \_ /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
stephane 2612 0.0 0.3 266400 10736 ? Ssl 01:52 0:00 \_ /usr/bin/gnome-session --session=ubuntu
stephane 2650 0.0 0.0 12264 276 ? Ss 01:52 0:00 | \_ /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session /usr/bin/gnome-session --session=ubuntu
stephane 2703 0.8 3.0 562068 106548 ? Sl 01:52 0:08 | \_ compiz
stephane 2801 0.0 0.0 4264 584 ? Ss 01:52 0:00 | | \_ /bin/sh -c /usr/bin/compiz-decorator
stephane 2802 0.0 0.3 265744 13772 ? Sl 01:52 0:00 | | \_ /usr/bin/unity-window-decorator
...cut...
root 3024 80.6 0.3 107928 13088 tty8 Rs+ 01:53 12:34 \_ /usr/bin/X :1 -auth /var/run/lightdm/root/:1 -nolisten tcp vt8 -novtswitch
Ce dernier processus, le pid n ° 3024 dans ce cas, correspond à ce que le processeur est indexé.
Au cas où cela importerait (je suppose que cela pourrait être le cas), voici ce que je pense pourrait être les informations pertinentes pour ma carte vidéo, tirées de /var/log/Xorg.0.log
:
[ 3392.653] (II) Loading /usr/lib/x86_64-linux-gnu/xorg/extra-modules/extra-modules.dpkg-tmp/modules/extensions/libglx.so
[ 3392.653] (II) Module glx: vendor="FireGL - AMD Technologies Inc."
[ 3392.653] compiled for 6.9.0, module version = 1.0.0
...
[ 3392.655] (II) LoadModule: "fglrx"
[ 3392.655] (II) Loading /usr/lib/x86_64-linux-gnu/xorg/extra-modules/extra-modules.dpkg-tmp/modules/drivers/fglrx_drv.so
[ 3392.672] (II) Module fglrx: vendor="FireGL - ATI Technologies Inc."
[ 3392.672] compiled for 1.4.99.906, module version = 8.88.7
[ 3392.672] Module class: X.Org Video Driver
...
[ 3392.759] (==) fglrx(0): ATI 2D Acceleration Architecture enabled
[ 3392.759] (--) fglrx(0): Chipset: "AMD Radeon HD 6410D" (Chipset = 0x9644)
Enfin : J'ai vu cette publication: Changer d'utilisateur sous 11.10 bloque le système ... mais j'ai vérifié, et le libpam- Le paquet smbpass n'est pas installé sur ce système.
Lorsque vous vous déconnectez -> les paramètres de l'écran de connexion sont régis par l'utilisateur root
(Je pense).
Ainsi, tout réglage vidéo pertinent serait "différent" (des réglages à vos moniteurs et graphiques en tant que/utilisateur)
Donc, si je devais prendre un couteau dans le noir, Je dirais général "Erreur graphique" (parce que je ne connais pas assez d'informations)
Je recommande dépannage en vous connectant en tant que "Ubuntu 2D" (Comme unité) ou "Gnome Classic (aucun effet) si vous l'avez installé, puis voir si l'environnement 2D se bloque également.
S'ils continuent à planter, les prochains gestionnaires de fenêtre de changement de connexion réussis via
Sudo dpkg-reconfigure gdm
En attendant que Gnome Manager soit installé.
Rappelez-vous: ce n’est bien entendu que ce que je ferais pour essayer de déduire le problème.
La seule chose qui a du sens pour moi, c’est qu’il ne lâchera pas la vidéo ou un appareil.
D'autres idées incluent -> retirer des périphériques USB supplémentaires(J'ai personnellement eu des problèmes bizarres à cause de différents périphériques USB, une fois une webcam.
faites le moi savoir...
Les comptes sans mot de passe peuvent poser un problème particulier pour l'autorisation du compte verrouillé. Je ne parle pas de l'écran de connexion LightDM - cela fonctionne très bien avec des mots de passe nuls. L'autorisation de compte verrouillé entre en jeu si le compte est verrouillé par l'économiseur d'écran ou similaire, ou après que le focus ait été retiré de l'utilisateur, comme cela se produit lors du changement de compte. Il ne sait tout simplement pas à propos des mots de passe nuls ou comment gérer la situation.
Je suggère de changer les mots de passe sur tous les comptes des enfants en quelque chose comme 'abc' ou similaire, et de refaire des tests.
Je ne suis pas certain que ce soit le problème que vous ayez à l'esprit car cela se manifeste normalement par une incapacité totale à récupérer dans le compte une fois que vous vous en êtes éloigné, mais je pense certainement que votre vie sera beaucoup plus facile si vous pouvez donner le processus de vérification de compte verrouillé quelque chose à travailler avec.
ALT-SysReq-k (ou ALT-PrintScreen-k) qui a remplacé CTRL-ALT-BKSP pour redémarrer Xorg ne résout pas le problème. Je reviens toujours sur un écran vide.
do-release-upgrade de 11h10 à 12h10 a considérablement réduit l’incidence des écrans vierges inéluctables de Xorg.
Puis-je connaître les spécifications de votre ordinateur?
ou, vous pouvez également joindre une capture d'écran du "Moniteur système"
Je pense que votre ordinateur a tendance à se bloquer car lors du "changement" de compte, votre système est surchargé. Cela arrive généralement aux ordinateurs avec des spécifications peu élevées. D'après les informations que vous avez déjà publiées, il semble que votre ordinateur fonctionne avec des spécifications faibles. (La carte vidéo " Jeu de puces:" AMD Radeon HD 6410D " est réputée pour ses performances médiocres).
La prochaine fois, essayez de vous déconnecter d'un compte avant de vous connecter à un autre compte . . De cette façon, les ressources de votre ordinateur ne seront pas bloquées par un compte non utilisé.
Je crois que cette méthode évitera à votre système de geler.
Si vous préférez "changer" de compte plutôt que de vous déconnecter puis de vous connecter à un autre compte, vous devez mettre à niveau votre ordinateur ou en acheter un nouveau avec des spécifications/performances plus élevées.
Je devine ici mais êtes-vous sur le sans fil avec des partages montés. La déconnexion déconnecte votre réseau sans fil et bloque Linux. Vous pouvez attendre son expiration (parfois plusieurs minutes).
Il n'y a pas de véritable solution en dehors du démontage manuel en premier.
De plus, les cartes ATI ont toujours été très pointilleuses au sujet de la commutation VTY. Vous pourriez simplement rencontrer ce bogue, bien que cela ne provoque pas le blocage du système, mais simplement un écran noir qui ne disparaîtra pas avant le redémarrage.