Dotaz: Uspávání notebooku

[pletiplot]

Mám Notebook Lenovo T430, debian wheezy, žádné zvláštní nastavení. Rok mi krásně fungovalo uspávání do paměti out of box, používal jsem ho hodně. Někdy o víkendu mi to fungovat přestalo. Teď se to jakoby uspí, vypadá to uspané, ale když to zkusím probudit (nebo třeba jen otevřu dekl), tak mi to místo oživení jen blikne, pak tři vteřiny nic a pak to začne bootovat od nuly, pochopitelně to projede fscheck.

Mám dost zkušeností s linuxem, ale spíš se serverama, tyhle desktopový záležitosti jsem nikdy moc neřešil, ani nevím, kde mám začít. Máte nějaký tipy?

Marek

Odpovědi

[NN]

Do logu, do logu jsi se dival?

[Petr Šobáň]

Zjistit co se změnilo? Nějaká aktualizace? Normální vypnutí a start je OK?

A jak už psaly skontrolovat logy?

[pletiplot]

Normální vypnutí a zapnutí je normální. Do logů kouknu, ale nevím, co mám hledat. Něco jako acpi? Kromě messages, kern a syslog ještě něco?

Marek

[Andrej]

Co třeba projít journalctl -b a podívat se, jestli se při uspání něco neposralo? Když se to odmítá uspat, zpravidla se tam ukáže, který proces to způsobil a proč. (To jsem pozoroval ve spojitosti s virtualizací.) Když se to naopak odmítne probudit, většinou se toho už moc nezjistí. Ale pokud to začne bootovat od nuly, tedy probudí se, narazí na nějakou chybu a pak se restartuje, může se tu a tam aspoň nějaká chybová hláška stihnout zapsat, nebyl-li to příliš hustý kernel panic. Takže po rebootu by asi neuškodilo něco jako journalctl -b-1 a nahlédnutí do posledních řádků toho výstupu.

Pak už stačí jenom klasicky izolovat problém a zjistit, co to bylo. (Například když backtrace obsahuje všude funkce z ovladače síťovky, dobrý první krok může být blacklistnutí daného modulu a nahlášení chyby.)

[pletiplot]

Díky, podívám se na ten journalctl. Jak říkám, s těmahle věcma moc zkušenosti nemám, servery, o které se starám, žádné uspávání neprovozují, běží pořád Teď zrovna mám on-call službu a nechci si moc rozbíjet notebook, ale určitě se ozvu. Díky.