J'ai une nouvelle installation de 11.04 64bit, avec 2 comptes administrateur et 4 comptes normaux. Les 4 comptes normaux (les comptes enfants) n'ont pas de mot de passe, ils peuvent se connecter simplement en cliquant sur leurs noms.
Lorsque l'un des utilisateurs - administrateur ou normal - tente de basculer vers un autre compte en cliquant dans le coin supérieur droit de l'écran et en sélectionnant un autre utilisateur, l'écran devient noir et l'ensemble du système se bloque. Même CTRL+ ALT+ à F1travers F7ne fait rien. Ceci est reproductible à 100% sur ce système.
Je peux ssh dans la boîte lorsque la console se verrouille, et en exécutant top, je vois que Xorg consomme environ 100% du CPU. En regardant la sortie de "ps axfu" dans bash alors que le système est dans cet état "verrouillé", voici l'arborescence des 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, pid # 3024 dans ce cas, est ce que le CPU a arrimé.
Dans le cas où cela importe (je pense que cela pourrait l'être), voici ce que je pense ê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 sur 11.10 bloque le système ... mais j'ai vérifié, et le paquet libpam-smbpass n'est pas installé sur ce système.
la source
Réponses:
Lorsque vous vous déconnectez -> les paramètres de l'écran de connexion sont régis par l'utilisateur root
(je pense).
Ainsi, tous les paramètres vidéo pertinents seraient "différents" (des paramètres à vos moniteurs et graphiques en tant que / utilisateur)
Donc, si je devais essayer dans l'obscurité , je dirais "erreur graphique" générale (parce que je ne connais pas assez d'informations)
Je recommande le dépannage en vous connectant en tant que «Ubuntu 2D» (en tant qu'unité) ou «Gnome Classic (aucun effet) si vous l'avez installé, puis voyez si l'environnement 2D se bloque également.
S'ils se bloquent toujours, les prochains gestionnaires de fenêtres de changement de connexion réussis via
En attendant que Gnome Manager soit installé.
Attention, ce n'est bien sûr que ce que je ferais pour essayer d'en déduire le problème.
La seule chose qui a du sens pour moi, c'est que d'une manière ou d'une autre, il ne lâche pas la vidéo ou un appareil.
D'autres idées incluent -> supprimer des périphériques USB supplémentaires (personnellement, j'ai eu des problèmes étranges à cause de différents périphériques USB, une fois une webcam).
faites le moi savoir...
la source
Puis-je connaître les spécifications de votre ordinateur?
ou, vous pouvez également joindre une capture d'écran du "Moniteur système"
Je crois que votre ordinateur a tendance à se bloquer car lors du "changement" de compte, votre système est surchargé. Cela se produit généralement sur les ordinateurs dont les spécifications sont faibles. D'après les informations que vous avez déjà publiées, il semble que votre ordinateur fonctionne avec de faibles spécifications. (La carte vidéo " Chipset:" AMD Radeon HD 6410D " est connue pour ses faibles performances).
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 verrouillées par un compte qui n'est pas utilisé.
Je crois que cette méthode évitera le gel de votre système.
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.
la source
Les comptes sans mot de passe peuvent être un problème particulier pour l'autorisation de compte verrouillé. Je ne parle pas de l'écran de connexion LightDM - qui fonctionne 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 est détourné de l'utilisateur comme cela se produit lors du changement de compte. Il ne sait tout simplement pas sur les mots de passe nuls ou comment gérer la situation.
Je suggère de changer les mots de passe sur tous les comptes de l'enfant en quelque chose comme «abc» ou similaire, et de retester.
Je ne suis pas certain que cela vous pose problème, car la façon normale dont il se manifeste est simplement une incapacité totale à revenir sur le compte une fois que vous vous en êtes éloigné, mais je pense certainement que cela vous facilitera la vie si vous pouvez donner le processus de vérification de compte verrouillé quelque chose à travailler.
la source
ALT-SysReq-k (ou ALT-PrintScreen-k) qui a remplacé CTRL-ALT-BKSP pour redémarrer Xorg ne résout pas la situation. Je reviens toujours à un écran vide.
do-release-upgrade de 11.10 à 12.10 a considérablement réduit l'incidence des écrans vierges incontournables de Xorg.
la source
Je suppose ici, mais êtes-vous sur sans fil avec des partages montés. La déconnexion déconnecte votre réseau sans fil et suspendra Linux. Vous pouvez attendre qu'il expire (parfois plusieurs minutes).
Il n'y a pas vraiment de solution à part le démontage manuel en premier.
Les cartes ATI ont toujours été très pointilleuses sur la commutation VTY. Vous pourriez simplement frapper ce bug, bien que cela n'entraîne pas le blocage du système, juste pour avoir un écran noir qui ne disparaîtra qu'au redémarrage.
la source