Dotaz: Kubuntu - disk neustale cte, cely system se "zasekl"

[petrfm]

Ahoj, stalo se mi to uz nekolikrat. Spustil jsem nyni digiKam a najednou zacal disk neustale blikat a system se cely zastavil. Urcite si digikam nenacital alba, protoze to se projevuje blikanim status hlasky a system pri tom zije.

Nefungovalo vubec nic, ani klavesove zkratky, ani konzole, nic. Pripada mi to, jako by se provadel TRIM na SSD disku - je to mozne, ze je treba naplanovany a spusti se v nejmene vhodnou chvili?

Da se nekde v logu najit, co se delo? Ve var/log/syslog jsem nic nenasel, resp. v dane dobe tam nic zapsaneho neni.

Diky za tip, kde hledat, nebo co by to mohlo zpusobovat P.

Odpovědi

[NN]

/var/log/messages aka dmesg.. dale bych pouzil napriklad htop, iotop, lsof a podobne na dohledani vinika. Take to muze zpusobit HW problem, ale sazim na ten digiKam soft.

[petrfm]

kswapd0, to je ta svine... Da se s tim neco delat? Mam jenom 4GB RAM a SSD disk. Ted mi to udelalo pri brouzdani na netu a rychlem preskoku mezi okny, tak jsem to odchytil pres iotop.. Pocitac je pritom skoro nehybny.

[petrfm]

Jeste dodam vypis free... je na tom neco spatne? Mam otevrenych nekolik firefoxu a hodne panelu (+- 20).

petr@T400:~$ free -h
             total       used       free     shared    buffers     cached
Mem:          3,8G       3,6G       150M       394M       6,1M       510M
-/+ buffers/cache:       3,1G       666M
Swap:           0B         0B         0B
petr@T400:~$ 

[MadCatX]

Tohle se stane, když úplně dojde volná RAM. Jádro pak musí odswapovat i procesy, které běží - včetně třeba Xek nebo window manageru. Za tohoto stavu jádro přehazuje paměť procesů tam a zpátky mezi swapem a RAM což je samozřejmě katastroficky pomalé. Trochu by to mohlo jít zmírnit vhodným nastavením "vm.swappiness" v /etc/sysctl.conf ale pokud dojde RAM, žádné zázraky se vymýšlet nedají.

[nobody]

jak bys vytunil swappiness pro jeho 0b swap ? ;)

[MadCatX]

Já na to v noci tak moc nekoukal, nicméně pokud se to děje beze swapu, jde nejspíš o tento bug: http://www-01.ibm.com/support/docview.wss?uid=swg21665911

[petrfm]

Takze jedine reseni je, pridat RAMku? Jak vlastne zjistim skutecny stav volne RAM? Co jsem cetl, tak udajum z free se neda verit, protoze jako zabrana pamet se ukazuje i ta, kterou ma system "rezervovanou".

Ktery udaj je tedy pro mne smerodatny, abych si to mohl treba pohlidat?

Dneska se mi to stalo zase, pri zavreni jednoho okna - s nekolika panely firefoxu. System se defakto zastavil. Deset minut hrabal disk, az jsem to nevydrzel a vypnul ho natvrdo.

Diky,P.

[Matlák]

Co jsem cetl, tak udajum z free se neda verit, protoze jako zabrana pamet se ukazuje i ta, kterou ma system "rezervovanou".

Údaje z příkazu free jsou přesné. Jediné co na nich může být matoucí, je že obsahují v zabrané paměti i diskovou cache, stačí ji odečíst a dostanete procesy zabranou RAM, třeba nějak takhle:

free | grep Mem | awk '{print $3-$7}'

Zajímavější ale může být třeba htop, který zobrazí procesy v reálném čase a najde viníka (největšího žrouta). Jednorázově to lze vyčíst i třeba pomocí ps, třeba takhle

ps aux | sort -n -k4 -r | head -n 10

se dá na mém systému (kde čtvrtý sloupec ukazuje relativní zabranou RAM procesem vůči celkové velikosti RAM) vypsat deset nejžravějších procesů.

Je podezřelé, že paměť tak snadno dochází. Já mám například otevřené vždy alespoň dva (ale spíš čtyři) PDF soubory, ve firefoxu mám stovky panelů, pořád mi tu běží desítky terminálů, poštovní klient, textové editory atd.. a mám zabráno zhruba 2.5G.

Zaměřil bych se hlavně na ten prohlížeč (i deset panelů se zapnutým JS a nedejbobe Flashem může pár gigabajtů sežrat), a pak na různé "vychytávky" v moderních DE (jako jsou různé indexátory atd..). Ale ten htop a případný výpis procesů může taky pomoct.

[MadCatX]

Údajům z free se věřit dá. Z výpisu výše je vidět, že systém má k dispozici 666 MB volné paměti, pokud zahodí cache a 150 MB okamžitě. Vtip je v tom, že pokud OS začne z důvodu nedostatku paměti pro procesy zahazovat diskovou cache, může taky dojít přesně k tomu, co popisujete. Místo toho, aby se třeba knihovny potřebné pro běh nějakého programu četly z cache v RAM, musí se pokaždé tahat z disku a když nejsou potřeba, tak zase zahodit. Možná by stálo za pokus použít memlockd a nastavit, že něco se z té cache prostě nesmí zahodit. Ideálním řešením by ale samozřejmě bylo mít dostatek volné RAM.

[lertimir]

v první fázi bych nastavil nějaký swap. Pokud je nula a dochází paměť, tak na každém systému je část neaktivních procesů, které je lepší odložit do swapu než zahazovat cache. Ve druhé fázi bych si udělal jasno co kolik zabírá. digikam obecně nemá přehnané nároky a já s ním mám opačný problém, nejsem schopen mu vysvětlit aby zabral třeba 5GB paměti a nacachoval fota dopředu. a obvykle mě zabírá jen pod 1GB. Nejvíce podezřívám firefox, ten se ve více panelech dokáže velmi rozlézat.

Samozřejmě RAM tohle vše řeší.

[CandySan]

A co zkusit zvetsit si ramku komprimaci..?

sudo apt-get install zram-config

[petrfm]

Ok, díky, budu nechávat na pozadí běžet htop v terminálu a uvidíme. Vždycky, když k tomu dojde, nedá se už terminál spustit, systém reaguje tak jednou za 3 minuty.

Firefox umí pozlobit všude, ale třeba ve Win se mi systém výrazně zpomalil a disk hrčel, takže jsem sestřelil firefox a pokračoval v práci. Na kubuntu se prostě nedá dělat často nic jiného, než to navrdo vypnout. To mně trochu mrzí, ale co nadělám

[petrfm]

Jsem trochu prolezl ten firefox a tech panelu bylo ne 20, ale tak 50 tak jsem jich par zavrel, hehe. Jinak nejhorsi jsou takove ty aktivni stranky, typu gmail, panoramio, google mapy, ruzne galerie, video stranky, atd. To dokaze spolehlive zabit pamet na peti panelech.

[Matlák]

Rozhodně, čím míň aktivních stránek tím líp. Já mám například všude javascript zakázaný, a spouštím jej jen když je to nutné. Video pouštím zásadně mimo prohlížeč (mplayer, viz třeba viewtube), Flash je lepší vůbec nemít, vzhledem k tomu že je děravý. Takhle můžu mít otevřených přes 300 panelů a pořád se vejdu s firefoxem do jednoho gigabajtu...

[Much Blee]

A to jsou všechny ty panely při každém spuštění aktivní? Pak by pomohlo v předvolbách v sekci Panely zvolit „Nenahrávat panely, dokud nejsou vybrány“ (což je ostatně výchozí nastavení).

[MadCatX]

Firefox umí pozlobit všude, ale třeba ve Win se mi systém výrazně zpomalil a disk hrčel, takže jsem sestřelil firefox a pokračoval v práci.

Tohoto chování by se mohlo dát aspoň částečně docílit s memlockd. Windows mají grafické rozhraní zadrátováné zčásti přímo v jádře a správa paměti je tam dost pravděpodobně ohnutá tak, aby uživatelské rozhraní zůstalo aspoň jakž takž živé, i když zbytek systému už je nepoužitelný.

[Matlák]

... ve Win se mi systém výrazně zpomalil a disk hrčel ...

Možná by neuškodilo mít trochu toho swapu v Linuxovém OS pro případ, že paměť dojde. Předpokládám že ve Windows máte swap zapnutý. Navíc se to hodí při občasném uspání na disk.

... a kubuntu se prostě nedá dělat často nic jiného, než to navrdo vypnout ...

Myslím že by stačilo mít někde po ruce terminál, on takový příkaz "killall firefox" (nebo v některých vývojářských případech "killall java" může nečekaně uvolnit ohromné množství paměti

[kacer]

Zkuste si nastavit 2 věci v systému:

1) Swap na 2-4 GB, pokud nemáte samostatný oddíl, tak swapujte do souboru, návod určitě najdete.

2) Swappiness - politiku swapování nastavte na hodnotu 10-20, návody jsou taktéž na netu.

S tímto nastavením se vám při vyčerpání paměti (bez poměrné části podle swappiness) na chvilku zakousne systém než se něco odswapuje a pak se opět rozběhne, obvykle je to jen pár sekund, maximálně pár desítek sekund. Pak už můžete odstřelit program, který žere paměť a situaci řešit dále.

Bohužel je nutné se smířit s tím, že 4GB jsou pro dnešní prohlížeče málo a že je nutné blokovat některé vymoženosti jako flash, java, javascript a povolovat je jen tam, kde je to nutné nebo žádoucí.

[Erbureth]

V Linuxu se zase dá sestřelit program přes Ctrl+Alt+Esc. Kurzor se změní na lebku a kliknutím na okno zabijete aplikaci, která ho vlastní.

[nobody]

ahoj, vitej v budoucnosti... z ktereho roku prichazis ?
v nasem stoleti je pro lebku jiz treba pustit xkill ;)

[Erbureth]

V KDE to třeba funguje dodnes, KWin to má jako jednu z funkcí. A díky vývojářům za to.

[petrfm]

Panove, diky moc za vsechny rady i pomoc s diagnostikou problemu. Firefox prave moc nezaviram, takze panely jsou aktivni a nactene. Mam zapnute vsechno, takze ano, pamet to rozseka.

Se swapem jsem nic nedelal, urcite ho zkusim zapnout, je to pomerne logicke, ze by asi mel byt zapnuty, kdyz mam na dnesni pomery relativne malou pamet (je to dost stary NB a upgrade uz neplanuju, spise pak u novejsiho, ale zatim slouzi k cemu potrebuji dobre, takze neni kam spechat).

Zkusim tedy swap, pak zablokuju flash, to je urcite dobry napad a uvidime, co se bude dit Stava se to dost nahodile, takze neni jedoduche mit v te chvili aktivni terminal, idealne na konkretni plose, at se nemusim prepinat. V te chvili totiz i "blbe" sudo a zadani hesla je akce tak na dve minuty

No musi se tam dit pekne zverstva, kdyz to bezi pres SSD a stejne je to tak pomale. Klasicky disk by se uhrkal.

P.

[lertimir]

V KDE používám terminál yakuake. Na jednu klávesu se vyroluje z horní hrany obrazovky a to na každé ploše. Typicky v něm mám práve su session a někdy jedoucí top či htop, takže zastřelení nejžravejší aplikace jsou v ohrožení 3 klávesy.

[nobody]

k blokovani flash zkus pridat i blokovani reklam AdBlock a/nebo blokovani sledovacu a nekterych reklam Ghostery

muzes mit pripravenu prihlasenou konzolu treba i s bezicim htop na ctrl+alt+f1, navrat na grafiku ctrl+alt+f7 ...
to je mimo celej "grafickej system" a i pri jeho vytizeni by melo byt pouzitelne(nebo pouzitelnejsi:)

[petrfm]

Budu to zkouset Mam za to, ze jsem v tom stavu zkousel prepinat i na ty pevne terminaly, ale neslo to. Ale mozna jsem mel jen blbou zkratku, tezko rict, moc to nepouzivam, v kde jsem si nadefinoval terminal jako CTR+ALT+T

Snazim se ted tedy nechat spustenej terminal s htop, ale myslim, ze se to podela zase ve chvili, kdy na to prave zapomenu. Jinak kdyz trochu zaviram okna, je to lepsi. Nastavim jeste ten swap a uvidime, myslim, ze ty 4GB ramky mi musi stacit Normalne s tim striham video a nemivam vaznejsi problem.