Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Od pewnego czasu Jessie sie zamraza (jedyna opcja to twardy reset)
Na podsyawie obserwacji mysle, ze ma to cos wspolnego z konsola albo przegladarka, moge sie mylic.
Klawiatura nie dziala a klawisz SysReq rowniez.
Co mozna zrobic w tej sytuacji zeby nie ryzykowac "zdrowiem" systemu plikow czy dysku twardego?
Offline
Jak ci sysrq nie działa to masz kernel panic. W tej sytuacji nie da rady odmontować systemu plików ani go przemontować w tryb RO. Także resetując maszynę jakieś pliki uszkodzisz, z z tym, że rzadko się zdarza, by system się po tym nie pozbierał.
Offline
Wszystko to prawda, ale da sie cos z tym zrobic?
Offline
Wczoraj albo dwa dni temu też miałem serię trzech takich "zejść" przez < 3 godziny podczas używania po upgradzie. Odpalałem chyba testdisk i fsck, ale coś mogło mi się w pamięci pomieszać.
Offline
3123
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:43:17)
Offline
W debianowych kernelach od jakiegoś czasu jest domyślnie włączona.
Offline
Musze sobie to "zakodowac"
https://en.wikipedia.org/wiki/Magic_SysRq_key
https://www.debian.org/doc/manuals/debian-reference … alt_sysrq_key
Ostatnio edytowany przez Novi-cjusz (2016-08-14 14:19:29)
Offline
Magic SysRQ może nie działać, jeśli Xorg trzyma klawiaturę.
Kiedyś miałem taką gimnastykę, że żeby tego użyć, musiałem wyskoczyć na konsole,
albo uwolnić klawiaturę od Xorga kombinacją Ctrl+Shift+R.
Generalnie Magic Sysrq idealnie chodzi na konsoli, ale na zjebanym Xorgu nie koniecznie.
Mam na takie okazje na pasku skrót z takim poleceniem:
/usr/bin/sudo /usr/bin/chvt 3
+ chvt bez hasła w sudoers.
Ostatnio edytowany przez Jacekalex (2016-08-14 18:35:20)
Offline
3124
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:43:19)
Offline
uzytkownikubunt napisał(-a):
Jedna z kombinacji klawiszy Magic SysRq zabiera klawiaturę Xorgowi. Dlatego używa się sekwncji kombinacji klawiszy Magic SysRq, a nie jednej kombinacji.
Jacekalex napisał(-a):
Magic SysRQ może nie działać, jeśli Xorg trzyma klawiaturę.
Kiedyś miałem taką gimnastykę, że żeby tego użyć, musiałem wyskoczyć na konsole,
albo uwolnić klawiaturę od Xorga kombinacją Ctrl+Shift+R.
Chyba potrzebujesz mocniejszych okularów. ;)
Offline
3125
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:43:20)
Offline
uzytkownikubunt napisał(-a):
[
Sformułowałeś to tak, jakbyś użył Magic SysRq by wyskoczyć z Xorga na konsole, by użyć Magic SysRq, bo pod Xorgiem nie mogłeś użyć Magic SysRq... Trochę bez sensu, prawda?
No nie bez sensu bo użył rozłącznika w postaci "albo". Trochę zbaczamy na zasady konstrukcji zdania w języku polskim.
Offline
3126
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:43:21)
Offline
Rozumiem, ze w sytuacji awaryjnej (kernel panic) moja alternatywa to:
"Alt-SysRq s" lub Alt-SysRq r lub Alt-SysRq b
albo tez sekwencja polecen:
"Alt-SysRq s", "Alt-SysRq u", and "Alt-SysRq r"
co jak pisza:
is good for getting out of really bad situations and gaining usable keyboard access without stopping the system.
Offline
3127
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:43:22)
Offline
Teraz nie pamietam, bo troche czasu uplynelo.
Jak poszukac tego bledu, logi?
W najnowszym pliku sysloga znalazlem:
Aug 8 11:33:02 debian exim4: ALERT: exim paniclog /var/log/exim4/paniclog has non-zero size, mail system possibly broken
Mozna cos z tym zrobic?
Ostatnio edytowany przez Novi-cjusz (2016-08-14 18:53:49)
Offline
3128
Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:43:24)
Offline
SysRQ można też używać przez skrypty, ja kiedyś sobie zrobiłem takiego dziada do błyskawicznego wyłączania kompa jak się burza zaczyna.
cat /usr/local/sbin/burza
#!/bin/bash echo s >>/proc/sysrq-trigger echo 3 > /proc/sys/vm/drop_caches; echo u >>/proc/sysrq-trigger sleep 2 echo o >>/proc/sysrq-trigger
W Bashu używany przez alias:
alias burza='/usr/bin/sudo /usr/local/sbin/burza'
W skrócie na pulpicie, pasku, lub podpięty do klawisza:
/usr/bin/sudo /usr/local/sbin/burza
Oczywiście trzeba sudoers ustawić, żeby nie żądał hasła:
ALL HOSTY=(root) NOPASSWD:/usr/local/sbin/burza
Nawet to działa. ;)
Ostatnio edytowany przez Jacekalex (2016-08-14 19:15:09)
Offline
Swietne, baardzo dziekuje, jest tylko male ale, nie ma sygnalu uprzedzajacego, np robie cos w konsoli, chce ja zamknac - a tu juz wszystko sztywne na amen.
Offline
Jak się tak nagle wiesza, to ja bym poszukał, czy to wina sprzętu (zdarza się), czy systemu.
Jeśli systemu, to byłaby jego ostania sekunda na dysku.
W Gentusiu miałem takie jazdy ze sterownikiem Nvidii, Xorgiem i Flashem - to była najgroźniejsza banda.
Raz tylko się zdażył crash systemu po próbie wysłania przez Pidgina dosyć specyficznej wiadomości.
Błąd załatwiony natychmiast instalacją testowej wersji Pidgina, ale od razu przekonał mnie do łatki Grsec, dosyć skutecznie, jak widać. xD
Ostatnio edytowany przez Jacekalex (2016-08-14 20:07:22)
Offline
To z pewnoscia System, bo na innych OS,ach na tym samym dysku tego nie ma.
Kiedys bawilem sie kolorowaniem skladni w konsoli na rozne sposoby i musle ze to jest przyczyna.
Offline
morfik napisał(-a):
Chłopaki ale sysrq nie działa w przypadku kernel panic. Wywołajcie sobie panika i przetestujcie. xD
W przypadku kernel.panic nic nie działa, jedyna sensowna procedura, to szybkie usunięcie przyczyny (kernel?, sterowniki?, cały system?), co wymaga reboota, i przeważnie innego systemu na osobnej partycji albo przynajmniej LiveCD.
Offline
No tylko chyba przeoczyłeś post #15.
Mi ostatnio kernel panic trafił się dwa razy przy aktualizacji. Najpierw wywalił się na hostapd, a drugi raz na systemd. Dziwne rzeczy się dzieją ostatnio w llinuxie. xD
Offline