Portál AbcLinuxu, 13. května 2025 23:58
4) skutecne odchazi neco ve zdrojove casti ; na beznych madrbordech byly ausus kondy celkem bezny jev (deklarovana zivotnost 2000hodin, skutecna jeste min), nevim, proc by je nepouzivali aj v noteboocich.
(nicmene predchozi 3 body jsou mene bolestive na overeni a napravu )
Memtest jsem zkusil a našel mi jednu chybu...
Jestli se v biosu neda nejak zmenit casovani pameti, tak bude pravdepodobne pametovy modul spatny. HW chyby v pameti jsou pro OS to nejhorsi co muze byt (pokud v systemu neni RAM mirroring).
pozoruji stejný problém s Fujitsu Siemens V3505 (Ubuntu 9.04). Dělá mi to od doby, co jsem upgradoval paměť (memtest 0 chyb) i distro, takže těžko říct, čím by to mohlo být. Každopádně se to projeví do půl hoďky po probuzení a po následném resetu a standartním bootu už to jede v pohodě. Takže spíž bych tipoval na rozvrtaný suspend + ovladače....
Od té doby, co místo uspávání laptop vypínám a bootuju klasicky, se mi už nezasek... Raději to uspávání vyzkouším zase za pár měsíců :)
Dávejte pozor, toto se mi stalo s PC (zaseknutí v neočekavaný libovolný okamžik), přidal jsem RAM ze 128 MB na 384 MB , Memtest 0 chyb.
Pak jsem přidal druhý harddisk a počítač shořel po 14 dnech (podpětí) -> chyba ve zdroji
A jak se tohle dá diagnostikovat?http://en.wikipedia.org/wiki/Multimeter
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.