Ahoj, chci se prosim zeptat, jak vyresit problem se zasekavanim Fedory. Po nejake dobe zacne “hrabat” na hdd, cas se zasekava, az s pc nejde pracovat vubec. Muzu ho nechat treba 5 hodin zapnuty a porad HDD pracuje naplno. Kde najdu log, pripadne da se to vyresit? Nejcasteji se to stava pri totemu, ale i pri stahovani v prohlizeci, nebo praci se systemem. Zkousel jsem iotop, ale ten je k nicemu, ptze ten zamrzne taky a nic nezjistim. Poradite prosim?
No podle priznaku me napada jen jediny duvod a to je ze dojde pamet a zacne se swapovat a to tak, ze hodne, nasledkem cehoz se system zcela zahlti. K takovemuto zaplneni pameti ovsem muze dojit pouze za dvou predpokladu - spustil si aplikaci ktera ma tzv. memory leak (tzn. ze neuvolnuje pouzitou pamet, ale stale alokuje novou), spusti se nejaky proces, ktery svou funkci roste nadevsechny meze (existuje i celkem jednoduchy programek pro shell, ktery se takto muze chovat) atd. Druhy predpoklad je ze je vypnuty OOM Killer coz je hlidac dochazejici pameti.
Kazdopadne prvni co je potreba zjistit je, jak si na tom v takovem pripade s pameti (a to pokud mozno kdyz to zacne, ne, kdyz uz je system uplne zahlceny). Prikaz “top” ti vypise prekled, stiskem “shift+M” si seradis procesy podle mnozstvi spotrebovane pameti. Informace o tom ze dosla pamet by mela byt v logu /var/log/messages (tedy pokud zacne pracovat OOM Killer).
OOM killer neni videt - to je mechanismus jadra. Nepotrebujeme vypis volneho mista na discich ale v pameti - prikaz “free”.
Ta chybova zprava muze ale nemusi byt pricina - muze indikovat nejakou chybu v ovladaci graficke karty (intel?). Muzes zkusit zmenit ovladac (na vesa - genericky ovaladac bez akcelerace) nebo kartu…
Ten vypis free je z okamziku kdy to blbne?
Myslim, ze pricina bude v tom, ze nemas definovany zadny swap - tedy zadny odkladci prostor na disk. Ten by mel mit vzdy velikost 1-2x velikost RAM. V Linuxu lze swapovat jak do souboru tak do specialniho oddilu disku (coz se obvykle pouziva). Vypada to ale, ze si pri instalaci swap vubec nevytvoril.
Compiz zkus vypnout jeslil to pomuze, pokud ne, klidne akceleruj dal.
Melo by ti to ukazat jestli je swap nainstalovany a jak je velky. Jak “covex” rekl swap se doporucuje mezi 1.5x - 2x vice nez fyzicka pamet. V tvem pipade by to melo byt 1.5-2GB.
Taky jsem jednou narazil na problem s kerneloops. Kdyz ti pocitac zpomaly je tvuj procesor zaneprazdneny nebo nedela nic? Jestli je zaneprazdneny a kerneloops zabiraji vetsinu procesoru tak je sance ze tento proces zapisuje do /var/log/messages. Zkontroluj jak je tento soubor velky. Sam jsi rikal ze tam mas spoustu "vblank counter, -22 " chyb. Muzes smazat tento proces a taky muzes kerneloops odinstalovat jestli potrebujes. Ja jsem na jednom strasim laptopu mel tenhle problem a jenom jsem zablokoval kerneloops aby startovali pri startupu pocitace a bylo po problemu.
Dekuji za napady, kerneloops mam zakazane uz od nainstalovani fedory (jak pises, vytezoval me cpu)
Pri me chybe nebezi cpu na plno, pouze jak je vytezovany hdd tak se prace zpomali tak, az se zasekne. HDD jede naplno. S tim swapem to vyzkousim a dam vedet. Cetl jsem ale ze swap vetsi jak 1GB je zbytecny. Ale pokud to bude nutne, upravim ho.
to Covex: vypis free je v okamziku kdy me system funguje, kdybych to delal pri tom vytizeni, odpovedi bych se nedockal.
Vypada to ze swap mohl byt na /dev/sda9 a bud se pri instalaci nevytvoril a nebo z nejakeho duvodu zmizel.
Swap velikost zalezi na tom kolik mas pameti. Podle tveho vypisu mas 1GB takze swap by mel byt minimalne stejne velky jako pamet (1GB) Red Hat a spoustu profesionalu co znam doporuciji 1.5x krat vetsi nez pamet. My tohle pravidlo v praci pouzivame na vsech Linux/Unix serverech.
Pokud si jsi jist ze v /dev/sda9 nic neni, bude to asi opravdu onen zmizely swap.
Nejdriv se podivej do /etc/fstab jesli je tam nejaky radek pro swap definovany. Pokud ano, znamena to, ze swap skutecne existoval ale z nejakeho zahadneho duvodu zmizel. Pokud tam neni, nikdy vytvoren nebyl.
Z toho volneho oddilu ho muzes vytvorit
mkswap /dev/sda9
gedit /etc/fstab
a zapis tam nakonec