Dlaczego zmiana użytkowników całkowicie zawiesza mój system za każdym razem?

Mam nową instalację 11.04 64bit, z 2 kontami administratora i 4 normalnymi kontami. 4 zwykłe konta (konta dzieci) nie mają haseł, mogą się zalogować, klikając swoje imiona.

Gdy którykolwiek z użytkowników - administrator lub zwykły - próbuje przełączyć się na inne konto, klikając w prawym górnym rogu ekranu i wybierając innego użytkownika, ekran staje się czarny i cały system się blokuje. Nawet CTRL+ ALT+ F1za F7nic nie robi. Jest to powtarzalne w 100% przypadków w tym systemie.

Mogę ssh do pudełka, gdy konsola się blokuje, a po uruchomieniu na górze widzę, że Xorg zużywa około 100% procesora. Patrząc na wynik „ps axfu” w bash, gdy system jest w tym stanie „zablokowanym”, oto drzewo procesów lightdm i 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

Ostatnim procesem, w tym przypadku pid # 3024, jest procesor.

W przypadku, gdy ma to znaczenie (podejrzewam, że może), oto informacje, które mogą być istotne dla mojej karty graficznej, zaczerpnięte z /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)

Na koniec : Widziałem ten wpis: zmiana użytkownika w systemie 11.10 zawiesza się w systemie ... ale sprawdziłem, a pakiet libpam-smbpass nie jest zainstalowany w tym systemie.

Po wylogowaniu -> ustawieniami ekranu logowania zarządza użytkownik root
(tak myślę).
Dlatego wszelkie odpowiednie ustawienia wideo byłyby „inne” (od ustawień do monitorów i grafiki jako / user)

Więc gdybym miał zrobić dźgnięcie w ciemność , powiedziałbym ogólny „Błąd grafiki” (ponieważ nie znam wystarczającej ilości informacji)

Zalecam rozwiązywanie problemów, logując się jako „Ubuntu 2D” (jako jedność) lub „Gnome Classic (bez efektów), jeśli masz zainstalowany, a następnie sprawdź, czy środowisko 2D również ulega awarii.

Jeśli nadal występują awarie, kolejne udane menedżery okien zmieniają okna za pośrednictwem

sudo dpkg-rekonfiguruj gdm

Do czasu zainstalowania Menedżera Gnome.
Pamiętaj: to oczywiście tylko to, co zrobiłbym, aby wydedukować problem.

Jedyne, co ma dla mnie sens, to to, że w jakiś sposób nie puści wideo lub urządzenia.

Inne pomysły obejmują -> usunięcie dodatkowych urządzeń USB (osobiście miałem dziwne zawieszenie się z powodu różnych urządzeń USB, raz kamery internetowej.

daj mi znać...

Czy mogę poznać specyfikacje twojego komputera?

• Otwórz „Monitor systemu”
• Kliknij zakładkę „System”
• W obszarze „Sprzęt” skopiuj i wklej informacje „Pamięć” i „Procesor”

lub możesz dołączyć zrzut ekranu „Monitora systemu”

Uważam, że komputer zawiesza się, ponieważ podczas „przełączania” kont system jest przeciążony. Zwykle dzieje się tak w przypadku komputerów o niskiej specyfikacji. Z informacji już opublikowanych przez Ciebie wynika, że ​​komputer działa z niskimi specyfikacjami. (Karta graficzna „ Chipset:„ AMD Radeon HD 6410D ” znana jest z niskiej wydajności).

Następnym razem spróbuj wylogować się z jednego konta przed zalogowaniem na inne konto . W ten sposób zasoby twojego komputera nie zostaną zablokowane przez konto, które nie jest używane.

Wierzę, że ta metoda pozwoli uniknąć zamrożenia twojego systemu.

Jeśli wolisz „przełączać” konta zamiast wylogowywać się, a następnie logować na inne konto, musisz zaktualizować komputer lub kupić nowe o wyższej specyfikacji / wydajności.

Konta bez hasła mogą stanowić szczególny problem z autoryzacją zablokowanego konta. Nie mam na myśli ekranu logowania LightDM - który działa dobrze z hasłami zerowymi. Zablokowana autoryzacja konta wchodzi w grę, jeśli konto zostanie zablokowane przez wygaszacz ekranu lub podobny, lub po przeniesieniu fokusa od użytkownika, jak to ma miejsce podczas zmiany konta. Po prostu nie wie o zerowych hasłach ani o tym, jak poradzić sobie z sytuacją.

Sugeruję zmianę haseł na wszystkich kontach dzieci na coś takiego jak „abc” lub podobny i ponowne przetestowanie.

Nie jestem pewien, czy to jest problem, ponieważ normalny sposób, w jaki się manifestuje, jest po prostu całkowitą niemożnością powrotu do konta po odejściu od niego, ale z pewnością uważam, że znacznie ułatwi ci życie, jeśli możesz dać proces weryfikacji zablokowanego konta działa przy czym.

ALT-SysReq-k (lub ALT-PrintScreen-k), który zajął miejsce CTRL-ALT-BKSP w celu ponownego uruchomienia Xorg, nie naprawia sytuacji. Zawsze wracam do pustego ekranu.

do-release-upgrade z 11.10 do 12.10 znacznie zmniejszyło liczbę nieuniknionych pustych ekranów Xorg.

Zgaduję tutaj, ale czy masz połączenie bezprzewodowe z zamontowanymi udziałami. Wylogowanie rozłączy połączenie bezprzewodowe i zawiesi system Linux. Możesz poczekać, aż upłynie limit czasu (kilka razy kilka minut).

Nie ma prawdziwej poprawki oprócz ręcznego odmontowania w pierwszej kolejności.

Również karty ATI zawsze były bardzo wybredne w kwestii przełączania VTY. Możesz po prostu napotkać ten błąd, choć nie spowodowałoby to zawieszenia systemu, tylko czarny ekran, który nie zniknie, dopóki nie uruchomisz się ponownie.