Samoistne Restarty Komputera - Co Może Być Przyczyną?

[Mikotaj]

Hej,

mam drobny ale uciazliwy problem z Fedora 15. Polega on na resetowaniu sie calego komputera. Wyglada to tak, ze w czasie zwyklego uzytkowania systemu, np. podczas ogladania YouTube lub czytania PDFa komputer na kilka sekund "zamarza": przestaje reagowac na jakiekolwiek urzadzenia wejscie, zatrzymuja sie jakiekolwiek animacje czy ruchome elementy interfejsu. Takie "zamrozenie" zawsze konczy sie samoistnym restartem plyty glównej po którym system wstaje bez zajakniecia. Sytuacja wystepuje zarówno w wersji 32-bitowej jak i 64-bitowej systemu. Zjawisko wystepuje na tyle rzadko, ze nie przeszkadza za bardzo w pracy, ale na tyle czesto, ze zwrócilem na nie szczególna uwage. Pamiec operacyjna jest sprawna, przynajmniej memtest86+ tak twierdzi. Na komputerze zainstalowany jest takze Windows 7, w którym takie problemy nie wystepuja, stad wnioskuje, ze przyczyna lezy w systemie operacyjnym a nie w sprzecie. Co moze byc powodem tych restartów?

 

Jesli to w czyms pomoze, to podaje jeszcze szczególy odnosnie srodowiska wystepowania bledu:

Fedora 15 w wersji x86 oraz x64, zainstalowana z plytki DVD i zaktualizowana.

Wspólczesny (sprzed pól roku) komputer z plyta glówna ASUS M4A77T, z procesorem AMD i 4GB pamieci operacyjnej oraz z karta graficzna ATI na otwartych sterownikach dostarczonych wraz z X.org. Komputer ma dwie karty dzwiekowe - wbudowana oraz zwykla na PCI (Xonar DG) - moduly jadra obu sa zaladowane w czasie pracy systemu.

[Gość]

Sprawdzałeś temperatury podzespołów podczas pracy w linuksie? Jeśli nie, zainstaluj pakiet lm_sensors

yum install lm_sensors

Następnie jako root wykonaj takie polecenie i postępuj zgodnie z instrukcjami:

sensors-detect

Po pomyślnym wykryciu czujników temperatury odczytasz poleceniem:

sensors

Można też sprawdzić dysk twardy - analogicznie, instalacja pakietu hddtemp oraz polecenie:

hddtemp /dev/sda

Temperatury porównaj z tymi pod Win**** Przejrzyj też zawartość pliku:

/var/log/Xorg.0.log

[thof]

Przyczyny musisz szukac w logach w foderze /var/log/. Ciekawym plikiem jest /var/log/messages (lub messages.log, a pliki z numerkami na koncu sa to logi archiwalne). Jesli nie bedziesz mógl teraz nic znalezc to poczekaj na zwieche i po ponownym uruchomieniu latwo bedzie mozna sprawdzic co sie stalo w momencie zawieszenia.

 

EDIT: Btw. errors.log, everything.log, kernel.log, syslog.log tez moga zawierac przydatne informacje, jesli oczywiscie sa generowane.

[8xxa_FC]

mialem podobne? (restart musialem robic twardym resetem) objawy. ale na nvidii. freez na monitorze+lock na klawiaturze i myszy - trafiony sterownik.

daje sie jakos sprowokowac problem?

czytanie pdfa to raczej idle niz stress.. problemów z temperatura raczej bym sie nie spodziewal, ale monitorowanie nie zaszkodzi (np. GKrellM - duzo miejsca nie zajmuje, a pokazuje calkiem sporo; wczesniej oczywiscie lm_sensors)

w var/log/ spróbuj jeszcze zajrzec do messages i ew. secure.

jak sie zamrozi zapisz czas systemowy z ekranu - bedzie latwiej szukac w logach.

na katowanie pamieci memtestem polecam nocke. i pelny test. przez noc z kilka razy obróci...

i jeszcze - smartctl dysku - zobacz raport, ew. odpal dlugi test i potem raport - moze masz jakis problem na dysku, na partycji nie win...

 

jak sie pisze dlugo, to pózniej wyglada tak, ze sie przepisuje co przedmówca napisal

[morsik]

Nie zapomnij zrobić testu pamięci (memtest86+), to może dużo powiedzieć

[alkuzad]

@morsik

pisze ze robil memtesta

 

@autor

Kiedys bardzo dawno temu mialem taki problem na karcie graficznej wbudowanej Intela (http://forum.fedora.pl/index.php?/topic/22366-f12-zawiesza-sie-w-losowych-momentach/page__p__137193__fromsearch__1#entry137193), ale to jeszcze F12 wtedy byla

 

Mimo wszystko obstawiałbym SELinuxa ale logi niestety musisz pokazac

[Mikotaj]

Jak na złość komputer nie chce teraz powtórzyć objawów choroby; zapewne przestraszył się tego, że się poskarżyłem na forum ;-). W logi zajrzałem w pierwszej kolejności, ale dzięki za radę i tak. Nic w nich nie było ciekawego niestety :-(.

[8xxa_FC]

mimo wszystko upieram się - freez -> zapisz czas systemowy i obejrzyj w logach wpisy w okolicach zapisanego czasu.

może cały system robi halt, a może tylko interface użytkownika.

zrobienie testu hdd też nie zaszkodzi (jak możesz go zrobić - to trochę trwa)

jak ustąpiło i nie wróci to super.

z drugiej strony intryguje mnie co, jak i dlaczego powoduje nie zatrzymanie systemu a restart.

[@Sorror]

Restart to bardziej kwestia temperatur lub napięć. O temperaturach było w 1 odpowiedzi, nic o rezultatach nie wspomniałeś. Możliwe także, że zasilacz kicha - ale tylko jeśli problem zbiega się w czasie z większym obciążeniem procesora/dysku (stąd krótki zwis przed restartem). Ja miałem dokładnie taki sam problem, właśnie z powodu wadliwego zasilacza.

[Mikotaj]

Tłumaczenie z zasilaczem jest sensowne jednak ciężko mi je przyjąć, gdyż pod MS Windows ten problem w ogóle nie występuje. Sam system Windows na dzień dobry zajmuje więcej zasobów niż Linux a i obciążenia jakie na nim mają miejsce (gry komputerowe 3D) są też daleko większe. Na razie czekam na powtórzenie się problemu. Może, któraś z aktualizacji go rozwiązała, kto wie?

[thof]

Nowoczesne płyty główne (gdzieś od 5-6 lat) same kontrolują temperaturę i napięcie niezależnie od systemu operacyjnego, więc nie ma mowy o przegrzaniu. Np. Asus stosuje technologię Q-Fan, która nie jest domyślnie włączona i chłodzi na maksa (przynajmniej tak było na moim Asusie). W ogóle te Asusy mają dosyć rozbudowane biosy i konieczne są zmiany, aby linux działał bez większych problemów. Napięcia też można sprawdzić w biosie i ustawić jak ma się zachować płyta główna w razie przepięcia.

[8xxa_FC]

zawsze możesz się uzbroić w monitorowanie wszystkiego na wszelki wypadek - problem może się znów pojawić.

gdyby to był restart bez ostrzeżenia - brałbym pod uwagę termikę procesora, ale freez i po jakimś czasie restart - nie pasuje mi.

chyba, że gotuje się graficzna - możliwe, że inaczej ustawione są parametry wydajności w win a inaczej w linuksie.

czuli lm_sensors warto mieć. ew. z jakąś nakładką informująco-logującą.