Dotaz: Škodlivost resetu

[hydrandt]

Vím, že tohle je tak trochu off topic, ale tahle otázka mi poslední dobou (mám nový notebook, dost často zamrzává, ohledně toho se zde ještě pár dalších dotazů zřejmě objeví :_) celkem vrtá hlavou. Ta otázka zní:

Škodí hardwarový reset jakýmkoliv způsobem tomu resetovanému stroji?

Jsem zvědav...

Odpovědi

[David Watzke]

Ano, škodí.

[hydrandt]

Hmm, tak trochu jsem předpokládal, že ten špatný pocit při mačkání onoho tlačítka tam není jen tak....
Ale čemu a jak škodí? Co se při tom resetu vlastně stane?

[David Watzke]

No, nečeká to, z ničeho nic se vypnou hardisky, zdroj... a to už mluví za svý, ne? Je to šok i pro systém. A měl jsi to napsat do blogu, btw.

[Heron]

Ehm??? Při resetu se nic nevypíná... Hardwarový reset delá zhruba to samé, co se stane, když dáš reboot na konsoli.

[Michal Kubeček]

Je ale možné, že ten notebook tlačítko pro hardwarový reset vůbec nemá (notebooky je moc nemívají) a termínem hardwarový reset bylo myšleno vypnutí a zapnutí.

[Heron]

Aha, možné to je.

[#Tom]

Tak zlé to zase není. Vypnutí a zapnutí vadí kvůli diskům, zdroji, napěťovým rázům, ale rozdíl mezi tvrdým resetem a trojhmatem je u některých počítačů naprosto zanedbatelný. Jinak nějaké opotřebení vlivem častých resetů jsem nikdy nezaznamenal.

P.S.: Lepší by bylo opravdu řešit příčinu zatuhávání. Vyvíjení rezidentních programů v MS-DOSu to asi nebude.

[Libor Klepac]

zkousel jsi, jestli funguje magic sysrq? ;) ... aneb poradny zasek se pozna podle toho, ze nefunguje ani to ;)

[trancelius]

Škoda, kterou to způsobí softwaru je, že se disky nesynchronizují (cache se nezapíše na povrch disku a tím dojde k její ztrátě). Pokud tvůj filesystém používá žurnál, tak se té ztrátě dá částečně zabránit, ale i tak (při diskově náročné aktivitě) o několik inodes přijdeš. Další poškození vznikne nesprávným zastavením (nebo spíš nezastavením) některých služeb, např. Vixie Cron s tím míval problémy - odmítal nastartovat, pokud našel svůj PID soubor ve /var/run.

[Michal Kubeček]

Mýtus: Žurnálovací filesystém zabrání ztrátě dat při nekorektním ukončení systému bez řádného odmountování.

Skutečnost: Žurnálovací filesystém ztrátě nezapsaných dat nezabrání, pouze zajistí, že při takové události bude možné velmi rychle uvést filesystém do konzistentního stavu a že nebudete čekat několik desítek minut (u hodně velkého filesystému), než proběhne jeho kontrola. Tedy že žádné operace neproběhnou jen "napůl", ale že budou buď zcela dokončeny nebo zcela vráceny zpět. O nezapsaná data přijdete téměř jistě tak jako tak, protože z běžně používaných filesystémů pouze ext3 umožňuje žurnálovat i data (ostatní jen metadata) a ani tam se to téměř nepoužívá (protože to výrazně zpomaluje).

[trancelius]

Zabrání, ale jen omezeně - "Replaying journal" při novém bootu dokončuje (nebo stornuje) nedokončené transakce (reiserfs)

[Michal Kubeček]

Ano, to sice dělá. Ale už z podstaty (žurnálují se pouze metadata) lze commitnout jen ty, které operují pouze s metadaty. U ostatních nezbývá než udělat rollback.