X11/problém/hibernace

X11/problém/hibernace – týká se X.Org X Server 1.18.4

Popis problému editovat

Jedná se o notebook HP EliteBook 8530w, jemuž nefunguje display a tak je přes VGA konektor připojen externí LCD monitor Philips. Víko notebooku je stále zavřené.
Na noc byl počítač uspán do paměti (suspendován) a ráno opět probuzen, což proběhlo v pořádku.
Ráno jsme se pokusili ověřit, jak funguje hibernace (uspání na disk). Po příkazu:

# pm-hibernate

sice ztmavne monitor, ale je vidět, že počítač stále běží, větrák jede na plné obrátky. Signál do monitoru stále běží, jinak by ohlásil, že nemá signál a přešel by do standby.

Pokus o diagnostiku editovat

Jiným počítačem (Mivvy m310) se prostřednictvím routeru D-Link DI-524 připojíme k postiženému notebooku
Podaří se nám zalogovat přes SSH
příkaz top ukazuje, že Xorg žere 100% procesoru na jednom vlákně:

top - 11:04:11 up 1 day, 51 min,  7 users,  load average: 1,04, 1,07, 1,08
Tasks: 284 total,   2 running, 280 sleeping,   0 stopped,   2 zombie
%Cpu(s): 50,5 us,  0,2 sy,  0,0 ni, 49,3 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st
KiB Mem :  8190472 total,  4843668 free,  1970028 used,  1376776 buff/cache
KiB Swap:  9764860 total,  9530444 free,   234416 used.  5333288 avail Mem 

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                                            
 1079 root      20   0  273036 159324 118908 R 100,0  1,9 144:38.81 Xorg
...

Příkaz ps auxw ukáže:

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
...
root      1054  0.0  0.0  44448  7400 ?        SLsl kvě19   0:00 /usr/sbin/lightdm
root      1079  9.8  1.9 273036 159324 tty7    Rs+  kvě19 146:29 \_ /usr/lib/xorg/Xorg -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
root      1935  0.0  0.0  29100  7912 ?        Sl   kvě19   0:00  \_ lightdm --session-child 12 19
petr      3322  0.0  0.0   8552  4180 ?        Ss   kvě19   0:00      \_ /sbin/upstart --user
petr      3402  0.0  0.0   7420   228 ?        S    kvě19   0:00          \_ upstart-udev-bridge --daemon --user
...
petr      3506  0.0  0.2  53852 18740 ?        Sl   kvě19   0:00          \_ /usr/lib/ibus/ibus-x11 --kill-daemon
petr      3514  0.0  0.3  66676 27704 ?        Ssl  kvě19   0:22          \_ /usr/lib/i386-linux-gnu/bamf/bamfdaemon
petr      3535  0.0  0.0   2368  1420 ?        Ss   kvě19   0:00          \_ /bin/sh /etc/xdg/xfce4/xinitrc -- /etc/X11/xinit/xserverrc
petr      3548  0.0  0.2  61440 19880 ?        Sl   kvě19   0:05          |   \_ xfce4-session
petr      3567  0.0  0.3 119688 32376 ?        Sl   kvě19   0:32          |       \_ xfce4-panel --display :0.0 --sm-client-id 268e51606-69f4-42d7-a9e3-9aeeaa
...
petr      3588  0.0  0.1  50460 11704 ?        S    kvě19   0:10          |       \_ fvwm -r -s 0 -clientId 23d6c309a-f433-4c44-8be1-27caccc2d530 -restore /home/petr/.fs-bqgKCV
petr      3677  0.0  0.4 147860 39340 ?        Sl   kvě19   0:06          |       \_ xfdesktop --display :0.0 --sm-client-id 26b94d928-354d-4f14-b6c2-536f1c40
...

Tak to moc nechápu ty rozdílné údaje v %CPU u Xorg. Ale v man ps se to vysvětluje:

CPU usage is currently expressed as the percentage of time spent running during the entire lifetime of a process. This is not ideal, and it does not conform to the standards that ps otherwise conforms to. CPU usage is unlikely to add up to exactly 100%.

Jinak je vidět, že všechny procesy, které w:en: LightDM spustil, stále běží.

V souboru /var/log/Xorg.0.log vidíme:

[    39.889] 
X.Org X Server 1.18.4
Release Date: 2016-07-19
[    39.889] X Protocol Version 11, Revision 0
[    39.889] Build Operating System: Linux 4.4.0-45-generic i686 Ubuntu
[    39.889] Current Operating System: Linux eb 4.4.0-72-generic #93-Ubuntu SMP Fri Mar 31 14:07:23 UTC 2017 i686
[    39.889] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.4.0-72-generic root=UUID=bd8bf736-c12a-4005-b0c3-60b2c0f4caf2 ro acpi_backlight=vendor
[    39.889] Build Date: 02 November 2016  10:05:16PM
[    39.889] xorg-server 2:1.18.4-0ubuntu0.2 (For technical support please see http://www.ubuntu.com/support) 
[    39.889] Current version of pixman: 0.33.6
[    39.889]    Before reporting problems, check http://wiki.x.org
        to make sure that you have the latest version.
[    39.889] Markers: (--) probed, (**) from config file, (==) default setting,
        (++) from command line, (!!) notice, (II) informational,
        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    39.889] (==) Log file: "/var/log/Xorg.0.log", Time: Fri May 19 10:13:13 2017
...
[ 25914.213] (WW) NVIDIA(GPU-0): Failed to enter interactive mode. 
[ 25914.251] (EE) NVIDIA(GPU-0): Failed to determine display capabilities
[ 25914.377] (EE)  *** Aborting ***
[ 25914.377] (EE) 
Fatal server error:
[ 25914.377] (EE) EnterVT failed for screen 0
[ 25914.377] (EE) 
[ 25914.377] (EE) 
Please consult the The X.Org Foundation support 
         at http://wiki.x.org
 for help. 
[ 25914.377] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[ 25914.377] (EE)

Timestamp ukazuje zřejmě počet sekund od bootu systému:

date -d "-25914.377 seconds"
So kvě 20 04:24:49 CEST 2017

ale zřejmě se čas, kdy byl počítač uspán, nepočítá.

[Power] editovat

Po zmáčknutí tlačítka [Power] na notebooku se okamžitě přeruší ssh spojení a počítač se následně hned vypne.

Související stránky editovat

Ubuntu/hibernace

Uspání do paměti editovat

Někdy se podobný problém objeví i po uspání do paměti.

Externí odkazy editovat

lists.freedesktop.org Michel DEVEL (2013-10-20): [Pm-utils Black unresponsive screen after hibernate/thaw presumably due to NVIDIA driver] – bez odpovědi

Uspání do paměti - vyřešeno