Dotaz: Zamrzání obrazovky

[Marvin]

Dobrý den ve spolek.

Docela často mi zamrzá obrazovka. V lepším případě se dá systém přepnout do virtuální konzole [crtl+alt+F1] a pomocí příkazového řádku ukončit, v drtivé většině však musím provést hard reset. Docela dost nepříjemná věc v průběhu rozdělané práce, nehledě na to, že jsem v minulosti již k vůli podobného zacházení s vypínáním "na tvrdo", musel přeinstalovat celý systém.

Nevím jestli by to mohlo být způsobeno třeba jen špatným ovladačem grafické karty nebo zda mě neopouští celá grafika.

Mám počítač Fujitsu Esprimo E700 (integrovanoá grafickoá karta) s Ubuntu 16.04

Předem děkuji za jakýkoliv tip jak zjistit konkrétní závadu, popřípadě ji odstranit.

Odpovědi

[NN]

No tak kdyz uz jses v to terminalu, tak se podivej v cem muze byt problem. Zacal bych dmesg..

[jejda]

Mrkni se taky na teploty jestli se to náhodou nepřehřívá. Toto přesně mi dělala nvidia když teplota na kartě vyskočila nad 100°C.

Někdy úplně stačí odšrubovat dekl, vyhnat ven pavouky a myši, profouknout stlačeným vzduchem, mrknout jestli drží chladiče a kabely. Zabere to 10 minut a určitě bych to udělal jako první krok. Několikrát se mi stalo že počítač který náhodně zamrzal nebo se resetoval, tak po takovým primitivním zásahu zázrakem zlobit přestal. Ovladače a software bych řešil až by se ukázalo že je hardware v pořádku.

v drtivé většině však musím provést hard reset

Když už není zbytí a musíš použít tlačítko na bedně, tak nemačkej reset ale jenom 1x krátce power. Jestli ti funguje ACPI tak se systém za chvilku vypne jakžtakž korektně i bez klávesnice i se zatuhlýma X.

[Milan Uhrák]

Problém s pamětí. Toto jsem si zažil .. Byly to neustálé ( 2-3x do hodiny) pády Firefoxu, Thunderbirdu, virtuální stroje nešly spustit, stahování aktualizací provázely stále výkřiky o chybném CRC ... nakonec zamrznutí systému.

Zkusil bych memtest ( součást všech instalačních disků ), případně přes nějaký windows-like live DVD ( HirensBootDVD / CD např ) prověřit pevné disky, a dát záhul grafice ..

Taky může být problém s teplotou ( vysát - vyfoukat prach z chladičů ) ... nebo něco jiného .. těch míst, kde může podobný problém vzniknout je v PC dost. Záleží na stáří desky ( i když u E700 toto asi nepřichází v úvahu ).

[Marvin]

Počítač čistím docela pravidelně, teploty si myslím, že taky nevypadají zrovna nejhuře.

Pokud už jsem donucen počítač vypnout tak krátké stisknutí tlačítka nestačí, musím ho vysloveně "usmrtit".

sch5627-isa-0640 Adapter: ISA adapter VCC: +3.29 V VTT: +1.05 V

VBAT: +3.08 V

VTR: +3.29 V

in4: +1.12 V

fan1: 729 RPM (min = 400 RPM)

fan2: 711 RPM (min = 400 RPM)

fan3: FAULT (min = 400 RPM)

fan4: FAULT (min = 400 RPM)

temp1: +44.0°C (high = +100.0°C, crit = +92.0°C)

temp2: +27.5°C (high = +52.0°C, crit = +55.0°C)

temp3: +30.1°C (high = +52.0°C, crit = +55.0°C)

temp4: +62.0°C (high = +91.0°C, crit = +94.0°C)

temp5: +42.0°C (high = +92.0°C, crit = +95.0°C)

temp6: +33.4°C (high = +61.0°C, crit = +64.0°C)

temp7: +0.0°C (high = +100.0°C, crit = +191.0°C)

temp8: +44.0°C (high = +100.0°C, crit = +191.0°C)

[NN]

a dal?

[Marvin]

A dál, Mé uživatelské znalosti končí. Jedině snad ještě to ,že při některých těchto zásecích procesor vykazuje využití 99% přičemž "dle mého" nemusí zrovna řešit nějaké náročnější operace, se kterými by si běžně neporadil.

[Petr Šobáň]

No tak je to jasné prostě PC nestíhá.

Takže zjistit proč. Co v tu dobu běží, zda grafika používá správné ovladače atd.....

[mARVIN]

Zahltí se natolik že spadne i ssh, obvykle nemívám tolik času čekat, doufat a zoufat jestli se činnost trochu neuvolní abych případně mohl v nějakém terminálu proces usmrtit.

Většinou zamrzne i při jednoduché operaci, jako třeba přepnutí mezi plochami nebo jednotlivými záložkami v prohlížeči.

Vím že se nejedná o žádné výpočetní dělo, ale běžně zvládá i podstatně složitější práci s Inkscape, Freecad, Draftsight bez zásadního omezení ostatní činnosti "bez záseků".

[lertimir]

tak mit puštěné v nekterém okně top, htop nebo atop a zjistit který proces výkon bere.

[k3dAR]

idealne pres ssh, protoze to dokaze pracovat/zobrazovat i pri vetsim zatizeni kdy by treba se sekali i xka...

[Marvin]

Zahltí se natolik že spadne i ssh, obvykle nemívám tolik času čekat, doufat a zoufat jestli se činnost trochu neuvolní abych případně mohl v nějakém terminálu proces usmrtit.

Většinou zamrzne i při jednoduché operaci, jako třeba přepnutí mezi plochami nebo jednotlivými záložkami v prohlížeči.

Vím že se nejedná o žádné výpočetní dělo, ale běžně zvládá i podstatně složitější práci s Inkscape, Freecad, Draftsight bez zásadního omezení ostatní činnosti "bez záseků".

[lertimir]

Přepnutí mezi plochami nemusí být vůbec jednoduchá záležitost. Příčin může být mnoho, ale pokud to zásadně zasekne i SSH, tak se děje něco co má procesně významně vyšší prioritu než uživatelské procesy. V této chvíli mne napadají dvě možnosti ale jistě to není omezeno na ně. 1. swap. práce na jedné ploše může v podstatě nechat systém všechny procesy z druhé plochy odložit na swap. A při přepnutí se všechny musí natáhnout. z rotačního disku to mohou být minuty. (proto je vhodné mít někde ten běžící top/hatop/atop i když se systém pověsí tak někde se něco pořád zobrazuje. Grafika. problém s driverem zvláště v situaci interní grafiky a zaplněné paměti také umí pověsit počitač.

[k3dAR]

Otevrene ssh spojeni s pustenym htop bych udelal jako prvni... pripadne atop dokaze logovat, takze je sance ze po znovustartu v logu neco bude...

[Marvin]

Děkuji za veškeré reakce. Omlouvám za mnohdy matoucích informace (Tyto jevy se na mém PC vyskytují docela nepravidelně, navíc jsem v této oblasti poměrně samouk). Pokud dojde k zamrznutí obrazovky mezi plochami tj. případ že vidím všechny čtyři plochy najednou (num lock bez problémů bliká, myš funguje pouze jako kurzor), přičemž ale virtuální konzole a ssh kanál plně fungují (htop vykazuje využití CPU a paměti do 1%). Z toho důvodu mě napadlo jestli nemůže jít o poruchu na grafickém čipu nebo jeho ovladači. Zvažuji jestli nebude řešením skusit přejít na arch linux popřípadě nahradit cele PC a ušetřit tím čas nejen sobě ale i všem co na můj problém ochotně odpovídají.

[V.]

Nemáte nějaké chyby v dmesg nebo logu Xek? Teoreticky byste mohl i zkoumat při připojení přes ssh s X (ssh -Xv) zda nebude xserver psát nějaké chyby.
A čím že se dostanete z tohoto pastavu? Rebootem nebo se to "vzpamatuje samo"?

[Marvin]

Pokud zamrzne obrazovka (třeba právě mezi jednotlyvými plochai) přepnu se do virtuální konzoly a provedu restart.

Pokud se ale procesor tváří, že je naplno vytížen nezbývá mi než provést hard reset, popřípadě čekat (třeba hodinu) než se umoudří natolik, aby mě vpustil alespoň do terminálu (ať už přes SSH, nebo přímo v desktopu) .

[lertimir]

To je pořád dokola. Kdybys místo těch řečí si jednou nechal poradit. Pustil si nějakou textovou konzoli (třeba Alt-CTRL-F2) v ní spustil top/htop/atop, nechal to být a vrátil se do grafiky a proacoval normálně a teprve při zatuhnutí se stejným přepnutím tam vrátil, tak už konečně víš, jaký program ti to zatuhne.

[V.]

Tak tak. Buď to dělá nějaký program tím, že vytěžuje zdroje, dál může být něco v kernelu, nebo i s hardwarem.
Pokud se to samo probere po nějaké době, tak bys mohl najít v dmesg něco jako "Out of memory: kill process" ...
A proto je na Tobě, abys zjistil něco víc, kde to drhne.

[Marvin]

Díky za tip s dmesg, při příští příležitosti vyzkouším. V linuxu jsem začátečník, navíc samouk, tak nemám moc rozhled v tom, pomocí čeho se dá odhalit problém.

[Marvin]

Pouze odpovídám na otázky, je slušnost odpovědět i na to, co už bylo případně zodpovězeno, ale třeba jsem jen nepochopil dotaz tak na něj neumím správně reagovat .

Krom toho Mlho vždyť i o tom jsem zde již několikráte hovořil, pokud už se mi podaří dostat do sledování procesů (top) nic zvláštního nezjistím. I o tom, že po zamrznutí nejsem v grafickém desktopu s to bez restartu obvykle cokoli vykonávat.

Každopádně díky za návrh možného řešení.

[lertimir]

Ja se ti už po třetí snažím vysvětlit, že když to dostaneš to stavu tak silného zatuhnutí, tak musíš se na situaci připravit předem. Mít komunikační kanál, který máš připravený dopředu a v něm monitoring. Pokud to nejsi schopen akceptovat tak jsou rady k ničemu. Opakovat zatuhne mi to a nemohu s tím nic udělat to nikam neposune. zkusil jsi tu konzoli Alt-Ctrl-F2? přepne se to do ní? To je hodně silný požadavek a opravdu málokdy nezabere.

[vencour]

Jj, když to jde, je fajn mít už rovnou otevřené okno/konzoli jinde. Nemusím pak čekat, než se něco spustí, než se naalokuje paměť, načte něco z disku a tak. Když už to drhne, tak je lepší vidět dopředu, jak to vypadalo, když to ještě žilo.

[k3dAR]

k dopredu se hodi to uz nekolikrat recene "atop" ktere monitorovane informace loguje do souboru, ale myslis ze tazatel atop nainstaloval, bezi mu a podival se po zamrznuti do logu?

[vencour]

Ok, pro jistotu

$ man atop
ATOP(1)                 General Commands Manual                    ATOP(1)

NAME
       atop - Advanced System & Process Monitor


SYNOPSIS
       Interactive Usage:

       atop [-g|-m|-d|-n|-u|-p|-s|-c|-v|-o|-y] [-C|-M|-D|-N|-A] [-afFG1xR] [-L linelen] [-Plabel[,label]...]  [ interval [ samples ]]

       Writing and reading raw logfiles:

       atop -w rawfile [-a] [-S] [ interval [ samples ]]
       atop -r [ rawfile ] [-b hh:mm ] [-e hh:mm ] [-g|-m|-d|-n|-u|-p|-s|-c|-v|-o|-y] [-C|-M|-D|-N|-A] [-fFG1xR] [-L linelen] [-Plabel[,label]...]

Tak ještě je otázkou, zda to filesystém přežije a něco v tom souboru po restartu bude.

[Marvin]

Jen si nejsem jistý zda-li pomocí atop oběvím něco zásadně jiného než pomocí top.

[k3dAR]

atop uklada historii do logu...

[Marvin]

Nepopírám, že občas je potřeba namísto nápovědy nakopnout :D,

na vyžádání dat z atop jsem dočista zapomněl, díky za připomenutí.

[Marvin]

Na otázku zda-li jsem zkusil použil virtuální konzoli [Ctrl+Alt+F2] je odpověď hned v prvním řádku při vnesení mého dotazu dne 6.5.

"V lepším případě se dá systém přepnout do virtuální konzole [crtl+alt+F1] a pomocí příkazového řádku ukončit, v drtivé většině však musím provést hard reset...."

[vencour]

Ok, pokud by to dělal nějaký "program", můžeš zkusit jeho nižší či vyšší verzi.
Pokud bys měl jiný zdroj a paměti, můžeš je zkusmo vyměnit.
Pokud bys byl připojený na jiném stroji přes ssh a sledoval, co se děje, tak i kdyby to chcíplo, viděl bys aspoň v jaké fázi to bylo, zda to napoví.
No a ještě můžeš zkusit v BIOSu něco jako "safe" parametry, zda to umí, případně podtaktovat.
Mimochodem nemáš na počítači hromadu dat a neleze tam někdo po síti tak, že by se to projevilo až tak? I zápis na usb (zařízení s pomalým přístupem) kdysi taky zásadně zpomaloval počítač.

[Marvin]

Příloha:

• VÝPISY.txt (75823 bytů)

Do přílohy dávám výpis z atop a dmesg (v jednom souboru, pod sebou), který jsem pořídil pomocí virtuální konzoly po zaseknutí grafického režim při přecházení mezi pracovními plochami. Bohužel nevím co si z toho mám přesně vzít. Ale nepřijde mi, že by se nějak lišily s výpisem pořízeným v momentu kdy X bez problému běží.

Na síti něco málo sdílím pomocí samby, ale počet uživatelů na ní je lichý a to já , využívám to jen minimálně, IP adresa je neveřejná takže by "snad" neměl brouzdat ani nikdo z venčí. navíc problémy jsem měl už dříve než jsem si sambu do PC vůbec nasadil,

Zpomalení zapříčiněné USB jsem na tomto počítači už také zažil tam by problém být nemusel.

Předem díky za odpověď, pokud se tomu vůbec che ještě někomu věnovat.

[lertimir]

Výpis skutečně nevykazuje nic nápadného. Swap je prázdny, pamět dostatečná procesy neukazují tam byl bootle neck a disky jsou také málo zatížené. Takže původní hypotéza, že se systém kouše uvnitř ovladače grafické karty je dost oprávněná. Začal bych tím, že bych z grafiky vymístil všechny ne nutné operace, jako 3D urychlení, efekty a pod.

 2245  22.53s  75.82s   1.1G  98.0M marvin      6 N-   - S   1% compiz   

pro běh nutný není a může s něčím interagovat. Pak bych se podíval jak je to s driverem. ve výpisu jsem našel co se týáká grafiky tohle

[    0.071546] pci 0000:00:02.0: vgaarb: setting as boot VGA device
[    0.071546] pci 0000:00:02.0: vgaarb: VGA device added: decodes=io+mem,owns=io+mem,locks=none
[    0.071546] pci 0000:00:02.0: vgaarb: bridge control possible
[    2.286898] [drm] Replacing VGA console driver
[    2.292227] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[    2.292228] [drm] Driver supports precise vblank timestamp query.
[    2.294803] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=io+mem:owns=io+mem
[    2.298827] [drm] Initialized i915 1.6.0 20170619 for 0000:00:02.0 on minor 0
[    2.624081] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device

nic z toho, mi ne nepřipadá, že se týká grafických težimů zobrazovače. ve výpisu jsem nenašel jak se spouští Xka. Ostatně co se děje mezi čase 2 sektundy 278 sekund po startu?

[vencour]

Pátral jsem po okolnostech, ubuntu 16.04 x errors a nic konkrétního ...
Mimoto na URL - jak spravit nekomunikující ubuntu je zmíněno následující ...
A) zjistit, co zlobí, zabít, restartovat
B) změnit desktopové prostředí (KDE - Xfce apod.)
C) změnit správce displeje (lightdm - sddm např.)
D) místo Xek Wayland (nebo obráceně)
E) reportovat chybu

Já bych ještě zkusil něco nechat běžet přes ssh a Xka, jestli to přestane taky fungovat nebo ne.
Plus je tam zmíněn restart grafického prostředí.
Jo a ještě nevidim změnu ovladače pro grafiku (namísto i915 vesu nebo framebuffer), zda to pomůže či ne.

[Marvin]

Velice děkuji za váš zájem. Jak už jsem psal co se týče Linux jsem takříkajíc "hobík" a ikdyž bych se ve svých znalostech někam docela rád posunul, je pro mě především řešení problémů běh na dlouhou trať.

Při brouzdání na internetu jsem našel možné řešení problému s grafikou pomocí:

~$ sudo apt-get install xserver-xorg-video-intel

Výsledek byl ovšem takový:

marvin@Hal:~$ sudo apt-get install xserver-xorg-video-intel

Načítají se seznamy balíků… Hotovo

Vytváří se strom závislostí

Načítají se stavové informace… Hotovo

Některé balíky nemohly být instalovány. To může znamenat, že požadujete

nemožnou situaci, nebo, pokud používáte nestabilní distribuci, že

vyžadované balíky ještě nebyly vytvořeny nebo přesunuty z Příchozí fronty.

Následující informace vám mohou pomoci vyřešit tuto situaci:

Následující balíky mají nesplněné závislosti: xserver-xorg-video-intel : Závisí na: xorg-video-abi-20 Závisí na: xserver-xorg-core (>= 2:1.17.99.902) E: Nelze opravit problémy, některé balíky držíte v porouchaném stavu.

[vencour]

Vyřešit Váš problém by mělo odebrání komplet Xek a instalace drajvru pro video, který chcete použít. Mimochodem, když nabootujete live ubuntu, padá taky? Mělo by mít stabilní verze balíčků.
Podle 16.04 - How To Purge Intel Default Drivers & Reinstall Intel Graphic Drivers by mělo stačit následující ...

sudo apt-get update
sudo apt-get install --reinstall xserver-xorg-video-intel xserver-xorg-core
sudo dpkg-reconfigure xserver-xorg

[Marvin]

Z výpisu dmesg jsem nic neodebíral.

Pokud tam tyto informace chybí jak tedy zjistím co se děje při spouštění X nebo oněch 2-278 sekund po startu,

mám zapnuto šifrování disku nemůže to s tím nějak souviset ?

[Marvin]

Nejspíše zůstanu u šalamounského řešení a to zakázáni pracovních ploch, čímž většinu potíží omezím natolik aby se s počítačem dalo alespoň trochu pracovat.