Чому користувачі, що перемикаються, кожен раз повністю вивішують мою систему?

У мене є нова установка 11.04 64bit, з 2 обліковими записами адміністратора та 4 звичайними обліковими записами. У 4 звичайних акаунтах (облікові записи дітей) немає паролів, вони можуть увійти, просто натиснувши на їх імена.

Коли хтось із користувачів - адміністратор чи звичайний - намагається переключитися на інший обліковий запис, натиснувши у верхньому правому куті екрана та вибравши іншого користувача, екран стає чорним, і вся система закриється. Навіть CTRL+ ALT+ F1через F7нічого не робить. Це можна відтворити 100% часу в цій системі.

Я можу зайти в поле, коли консоль заблокується, і, пробігаючи зверху, я бачу, що Xorg споживає близько 100% процесора. Дивлячись на вихід "ps axfu" у bash, поки система перебуває у такому "замкнутому" стані, ось дерево lightdm та 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

Цей останній процес, pid # 3024 в цьому випадку, - це те, що прив’язаний процесор.

У випадку, якщо це має значення (я підозрюю, що це може бути), ось що, на мою думку, може бути відповідною інформацією для моєї відеокарти, взятої з /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)

Нарешті : я бачив цю публікацію: Змінити користувача на системі 11.10 висить ... але я перевірив, і пакет libpam-smbpass не встановлений у цій системі.

Коли ви виходите -> налаштування екрана входу регулюються користувачем root
(я думаю).
Отже, будь-які відповідні налаштування відео були б "різними" (від налаштувань до ваших моніторів та графіки як / користувача)

Отже, якби я мав зробити удар в темряві , я б сказав загальне "Графічна помилка" (тому що я не знаю достатньої кількості інформації)

Я рекомендую усунути неполадки, увійшовши як "Ubuntu 2D" (як єдність) або "Gnome Classic (без ефектів)", якщо у вас це встановлено, а потім побачите, чи 2D-середовище також виходить з ладу.

Якщо вони все-таки завершаться збоєм, наступного успішного входу змініть менеджери вікон через

sudo dpkg-переконфігуруйте gdm

До очікування встановлено менеджер Gnome.
Зверніть увагу: це, звичайно, лише те, що я б зробив, щоб спробувати вивести проблему.

Єдине, що має сенс для мене, - це те, що якимось чином не відпускаю відео чи пристрій.

Інші ідеї включають в себе -> видалення додаткових USB-пристроїв (особисто у мене були дивні фрези через різні USB-пристрої, колись веб-камера).

дай мені знати...

Чи можу я знати технічні характеристики вашого комп'ютера?

• Відкрийте "Монітор системи"
• Перейдіть на вкладку «Система»
• У розділі "Обладнання" скопіюйте та вставте інформацію "Пам'ять" та "Процесор"

або, ви також можете прикріпити знімок екрана "Монітора системи"

Я вважаю, що ваш комп’ютер, як правило, зависає, оскільки під час "перемикання" облікових записів ваша система перевантажується. Зазвичай це відбувається з комп'ютерами з низькими технічними характеристиками. З опублікованої вами інформації, здається, ніби ваш комп'ютер працює за низькими характеристиками. (Відеокарта " Мікросхема:" AMD Radeon HD 6410D " відома низькою продуктивністю).

Наступного разу спробуйте вийти з одного облікового запису, перш ніж увійти в інший . Таким чином, ресурси вашого комп'ютера не будуть заблоковані обліковим записом, який не використовується.

Я вважаю, що цей метод дозволить уникнути замерзання вашої системи.

Якщо ви віддаєте перевагу "перемиканню" облікових записів, а не виходу з системи, а потім входу в інший обліковий запис, вам потрібно оновити комп'ютер або придбати новий з більш високими характеристиками / продуктивністю.

Облікові записи без пароля можуть бути особливою проблемою для авторизації заблокованого облікового запису. Я не маю на увазі екран входу в LightDM - він прекрасно працює з нульовими паролями. Авторизація заблокованого облікового запису починає працювати, якщо обліковий запис заблоковано заставкою або подібним, або після відключення фокуса від користувача, як це відбувається при переключенні акаунтів. Він просто не знає про нульові паролі та як впоратися з ситуацією.

Я пропоную змінити паролі всіх облікових записів малюка на щось на кшталт "abc" або подібне, і повторно протестувати.

Я не впевнений, що це проблематика, оскільки звичайний спосіб це проявляється - це просто повна неможливість повернутися в обліковий запис, як тільки ви перейдете з нього, але я, звичайно, думаю, це полегшить ваше життя, якщо зможете дати процес підтвердження заблокованого облікового запису, над чим працювати.

ALT-SysReq-k (або ALT-PrintScreen-k), який взяв місце CTRL-ALT-BKSP для перезавантаження Xorg, не виправляє ситуацію. Я завжди повертаюся на порожній екран.

do-release-модернізація з 11.10 до 12.10 значно зменшила частоту незрозумілих порожніх екранів Xorg.

Я здогадуюсь тут, але ви на бездротовому зв’язку із встановленими спільними можливостями. Вихід з мережі відключає ваш бездротовий зв'язок, і висить Linux. Ви можете зачекати, коли час вичерпається (кілька разів кілька хвилин).

Немає реального виправлення, окрім спочатку демонтажу вручну.

Крім того, ATI-картки завжди були дуже прискіпливими щодо перемикання VTY. Ви можете просто потрапити на цю помилку, хоча це не призведе до того, що система не зависне, просто мати чорний екран, який не згасне, доки ви не перезапустите.