Dotaz: Prechod ze "suspend to ram" po zadani hesla zabere asi tak minutu.

[anon123]

Ahoj.

Kdyz otevru notebook, tak se objevi dialog pro zadani hesla. Po zadani hesla cekam asi tak minutu nez mi nabehne desktop.

Zkousel jsem take prepnout do jine console CTRL+ALT+F1, ale tam je take prazdny obraz.

Myslim, ze to zacalo, kdyz jsem presel na sifrovany filesystem, ale nejsem si uplne jisty.

Ma nekdo ten samy problem? Nevite cim to muze byt?

Debian Unstable
KDE4
Thinkpad X61

---

---

Odpovědi

[Filip Jirsák]

Myslim, ze to zacalo, kdyz jsem presel na sifrovany filesystem

V tom případě bych řekl, že to může být tím, že je nutné po probuzení notebooku rozšifrovat celý obsah RAM a nahrát jej do paměti. Předpokládám, že před otevřením notebooku je obsah RAM zašifrován a zapsán na disk a RAM vymazána – z bezpečnostních důvodů, když s notebookem nepracujete, dá se očekávat, že jej nemáte plně pod kontrolou.

[anon123]

Hmm. Myslis, ze to je bug, ktery se da nejak opravit? Docela me to stve. Nekam prijdu a musim cekat minutu a vice, nez se mi notebook rozjede.

[Filip Jirsák]

To je jenom můj odhad, čím to může být. Ale pokud to tak opravdu je, pak to není bug – ono rozšifrovat nějaké 2 GB dat (nebo jak velkou máte RAM) nějakou dobu trvá. Ale nemám představu, jestli to má být ta minuta, nebo třeba výrazně méně – možné je, že tam někde opravdu je nějaká chyba, jenže to by bylo potřeba zjistit, co se během té minuty děje. Na druhou stranu – to heslo zadáváte už v grafickém prostředí? To by pak už muselo být nahrané do paměti, a pak je otázka, proč by ten zbytek měl trvat tak dlouho. To zdržení se tedy děje v okamžiku, kdy je notebook uspán do paměti a následně jej probudíte? A jakým způsobem je ten disk šifrován, a co všechno je šifrováno – jen datový oddíl, nebo vše, swap…?

[anon123]

Mam 2GB Ram. Kdyz otevru notebook tak vidim sporic a KDE dialog na zadani hesla. To je zobrazeno temer okamzite.

Napriklad nyni, jsem zavrel viko. Notebook se uspal okamzite bez zdrzeni. Viko otevru, okamzite vidim sporic a dialog. Zadal jsem heslo a vse najelo rychle.

Kdyz ho ale necham spat nejakou dobu, tak po zadani hesla cekam nejakou dobu, nez mi zpatky nabehnou KDE4.

Sifruju vse vcetne swapu. Pouzivam LUKS, tedy cryptsetup.

cipher:  aes-cbc-essiv:sha256
keysize: 128 bits

Nejaky napad jak zjistit kde je problem?

[JirkaH]

pokud je tam sporic a dialog na heslo okamzite, tak asi nejde o suspend to ram.

[Sinuhet]

Ve druhem pripade se opravdu probouzite z RAM? Neni to nahodou z disku? Problemy se daji obvykle zjistit z logu.

Odhadu pana Jirsaka prilis nerozumim, pokud se bavime o suspend-to-RAM, tak se pri probouzeni nic nerozsifrovava, jak nazev napovida vse zustava normalne v RAMce, uspi se jen periferie a procesor.

[Filip Jirsák]

Já si teď taky příliš nerozumím. Chtěl jsem říci, že se silnou ochranou šifrováním (tj. i šifrovaný swap atp.) nedává moc smysl suspend-to-RAM – protože tak počítač zůstane ve stavu, kdy s ním nepracuju, ale přesto jsou klíče v paměti. Takže se asi spíš používá suspend-to-disk, a pak by mohla ta prodleva být tím načítáním obsahu RAM z disku a rozšifrováním. Ale to zase neodpovídá tomu, že tazatel už zadává jméno a heslo v GUI desktopového prostředí (pak ale moc nechápu, jak je udělané to šifrování, když se mu data klidně rozšifrují bez zadání hesla).

[anon123]

Tak to vypada, ze kdyz mam network interface up a udelam suspend-to-ram, pak odpojim notebook se site, tak to najizdi pomalu.

Kdyz shodim network interface a pak udelam suspend-to-ram, pak odpojim notebook, tak pak to najizdi normalne.

Jeste udelam par testiku, abych nasel co se presne deje a za jakych podminek. Myslim, ze problem bude KDE4.

[JirkaH]

Myslim, ze problem bude KDE4.

Ale to jsou nepekna, zla slovicka!

[cronin]

Nedostupne DNS?

[Bilbo]

Pripadne DHCP, tom ma tusim defaultni timeout kolem minuty

Kdyz se v /etc/dhcp3/dhclient.conf

prida radek

timeout 10;

(pripadne pokud tam uz timeout nekde je, tak se zmeni) tak to pomuze?