Nowe posty

xx Przy uploadzie przerywane są wszystkie połączenia (1)
Dzisiaj o 09:38:09
xx Apache2 i twarde https (3)
2020-05-25, 15:53:43
xx Czy istnieje emulator terminala który zapamieta komendy na jakiejś liście? (9)
2020-05-23, 17:04:57
xx RTLinux wybór dystrybucji (0)
2020-05-23, 15:42:54
xx Problem z instalacją Ubuntu na bootowalnym pendrajwie (9)
2020-05-22, 15:08:12
xx Ubuntudde 20.04 LTS nie działa Lightdm (8)
2020-05-22, 09:16:42
xx [Gra za darmo] GTA5 (1)
2020-05-20, 21:49:26
xx Marketing (1)
2020-05-13, 08:00:41
xx Polecenia Debian (1)
2020-05-10, 19:58:54
xx Uruchamianie pliku z każdego katlogu (2)
2020-05-10, 19:23:33

Autor Wątek: Całkowite zawieszenie systemu - brak możliwości restartu - co robić?  (Przeczytany 4978 razy)

Offline

  • Users
  • Nowy na forum
  • *
  • Wiadomości: 3
    • Zobacz profil
Od jakiegoś czasu zwykle podczas uruchamiania filmu avi (który zazwyczaj działa) ale nie tylko, system totalnie przestaje reagować
Nie działa reset: ctrl+alt+f1 również nie działa, ani żadna inna kombinacja klawiszy, system całkowicie przestaje reagować, trzeba wyłączyć laptopa - wyłączyć - bo nie da się zresetować.
Z tego powodu że to już 3 zwieszka w ciągu tygodnia, proszę o pomoc, co zrobić by ustalić przyczynę tego.
Co sprawdzić i jakimi komendami by się dowiedzieć co się dzieje?
Nie chciałbym wywalać Minta ale jeśli sytuacja będzie się powtarzać wrócę na Mandrivę - na niej takich akcji nie było.
Mam laptopa intel core duo 2.0 ghz, 1 gb ram, minta 5.0 elyssa (Mint jest oparty na Ubuntu 8.04)
Proszę o pomoc!

Offline

  • Users
  • Prawie jak Guru
  • ****
  • Wiadomości: 258
    • Zobacz profil
Całkowite zawieszenie systemu - brak możliwości restartu - co robić?
« Odpowiedź #1 dnia: 2008-10-14, 17:31:16 »
Co mówią /var/log/messages oraz /var/log/syslog na chwilę przed zawieszeniami?

Offline

  • Users
  • Nowy na forum
  • *
  • Wiadomości: 3
    • Zobacz profil
Całkowite zawieszenie systemu - brak możliwości restartu - co robić?
« Odpowiedź #2 dnia: 2008-10-14, 17:47:06 »
Szczerze mówiąc, nie znam się aż tak dobrze na Linuksie, przeglądałem logi ale nie wiem jak rozpoznać moment restartu i na co zwrócić uwagę... Nie wiem też jak włączyć kombinację alt+sysRQ+R aby w razie awarii działała....

Offline Robert

  • Administrator
  • Guru
  • *****
  • Wiadomości: 2505
    • Zobacz profil
Całkowite zawieszenie systemu - brak możliwości restartu - co robić?
« Odpowiedź #3 dnia: 2008-10-14, 18:31:02 »
Wklej tutaj te logi, tylko je ubierz w tagi {code} {/code}
Tylko zamień nawiasy klamrowe {} na kwadratowe  [ ].
Zanim popełnisz grafomaństwo: 1 | 2 | 3
Baza RPM Jak szukać informacji

Offline

  • Users
  • Prawie jak Guru
  • ****
  • Wiadomości: 258
    • Zobacz profil
Całkowite zawieszenie systemu - brak możliwości restartu - co robić?
« Odpowiedź #4 dnia: 2008-10-14, 18:33:29 »
Momenty restartu najlepiej skojarzyć po godzinie ;) Poza tym zaraz po uruchomieniu logowane są dane dotyczące BIOS'u i pamięci.

Kombinacje klawiszy alt+SysRq+ znajdziesz tutaj. Wszystkie funkcje jądra są dostępne po wydaniu komendy:
echo 1 >/proc/sys/kernel/sysrq

Offline

  • Users
  • Nowy na forum
  • *
  • Wiadomości: 3
    • Zobacz profil
Całkowite zawieszenie systemu - brak możliwości restartu - co robić?
« Odpowiedź #5 dnia: 2008-10-14, 18:47:25 »
Niestety nie mogłem wkleić większej ilości kodu na forum : Post nie może mieć więcej niż 65535 znaków (64 KB)
Więc umieściłem i tak już okrojone logi tutaj: http://wklej.org/id/10497/

Offline arctgx

  • Users
  • Guru
  • *****
  • Wiadomości: 2753
    • Zobacz profil
Całkowite zawieszenie systemu - brak możliwości restartu - co robić?
« Odpowiedź #6 dnia: 2008-10-15, 00:28:39 »
@logical, chyba nie było sensu wklejać linii komunikatów z innych uruchomień niż kilka ostatnich, szczególnie tych z awarią.

Dodam, że jądra niektórych dystrybucji mają wyłączoną obsługę klawiszy Magic SysRQ. Jeśli Twoje jądro pochodzi z dystrybucji, zerknij w jego konfigurację, która zazwyczaj znajduje się w /boot/config-wersja_jądra. Powinno w niej być
CONFIG_MAGIC_SYSRQ=y
Chyba sporo nie pomylę się, jeśli powiem że do pliku /var/log/messages trafiają tylko informacje od jądra (z których aktualne można również poleceniem dmesg dostać) oraz od usług systemowych. To, co jest "wiechą", nie musi oznaczać nieprawidłowej pracy jądra lub tych usług i komunikat o awarii może tam nie trafić. Może być tylko klawiatura zablokowana, mysz i inne urządzenia wejściowe. Czasem zdarza się, że system został zajęty przez jakiś proces tak, że efekt naciśnięcia jakiegoś klawisza widać dopiero po bardzo długim czasie, np. kilkudziesięciu minutach.

Prędzej odpaliłbym program strace, np.
strace -o log_mplayera.txt mplayer plik.avi
ale na wypadek, gdyby cały system został zamrożony, przemontowałbym w tryb synchroniczny system plików, na którym chcemy loga zapisać:

mount -o remount,sync /katalog/montowania
Spowolni to mocno na ten czas zapis na tę partycję, ale da większe prawdopodobieństwo, że log trafi na dysk, a nie pozostanie w buforze w czasie awarii. Ręcznej synchronizacji możesz spróbować za pomocą Alt-SysRQ-S - tylko że mi samemu nie udało się wywołać sync ze środowiska X tym sposobem bezpośrednio.

Przy okazji, tę możesz śmiało wypróbować i bez awarii. W pierwszej konsoli tekstowej powinieneś dostać komunikat.

Możesz też spróbować wywołać zamknięcie o określonej godzinie systemu za pomocą shutdown, np.
shutdown -h 00:29
Użytkownik: Ib5sXfcCkvYR
Hasło: adam