Raspberry Pi Frozen

Cześć, moje Raspberry Pi zamarzło i nie jestem pewien, jaki jest najbezpieczniejszy sposób na ponowne uruchomienie / wyłączenie bez powodowania żadnych szkód.

Nie wskazałeś, gdzie jesteś w terminalu ani w GUI i co robiłeś, kiedy Raspberry Pi został zamrożony. Czasami GUI lub nawet terminal mogą się zawiesić, ale system operacyjny wciąż działa, w pełni funkcjonalny.

Możesz przełączyć się na terminal tekstowy „zapasowy”. Naciśnięcie CTRL+ ALT+ F1spowoduje przejście do jednego z „zapasowych” terminali oferowanych przez jądro.

Następnie możesz się zalogować i zabić obrażający proces, który powoduje zawieszenie GUI lub terminala. W twoim przypadku możesz wtedy zrobić sudo haltlub sudo rebooturuchomić ponownie, jeśli to wszystko, co chcesz zrobić.

Zdecydowałem się na to, gdy moje Pi zawiesza się i nie chcę ryzykować uszkodzenia systemu plików.

Pamiętaj, że jeśli procesor jest używany w 100%, zmiana może potrwać dłużej niż minutę.

Aby wrócić do GUI, naciśnij CTRL+ ALT+ F7.

Jeśli masz dostęp do SSH lub Putty, spróbuj zalogować się za pomocą tej metody. Jeśli chcesz odzyskać konsolę lokalną, zalecamy ponowne uruchomienie pi, dzwoniąc sudo rebootz konsoli SSH / Putty. Dla odniesienia domyślnym użytkownikiem w Raspbian jest, pia domyślne hasło to raspberry. SSH jest domyślnie włączony.

TAK! Zapisałem mój mały RPI3 z CPR.

Ze mną - procesor działa powyżej% 90, dołączyłem: HDMI, 1 keybaord i 1 bezprzewodową mysz USB. Mam również SSH otwarte z mojego komputera Mac i 1-godzinną instalację oprogramowania.

Moje RPI zostało losowo wstrzymane, myślę, że czas na ekranie się zmienił. Zapisałem go, usuwając wszystkie urządzenia USB i HDMI. Wrzuciłem powietrze do tablicy i chip.

Próbowałem następnie sprawdzić, czy mogę uzyskać lekką odpowiedź z tablicy. Próbowałem jednocześnie połączyć się z VNC i SSH. Za każdym razem, gdy próbowałem połączyć się z terminalem SSH, zielone światło migało.

Dałem mu kilka minut (około 5) i zaczął przetwarzać powoli, a następnie powrócił do normalnej prędkości.

Powodzenia!

Jeśli Twoje RPI wisi, to wyciągnięcie wtyczki jest jedyną opcją. Kontynuuj topbieganie, aby następnym razem się zawiesić, aby zobaczyć, czy coś zjadło cały twój RAM lub procesor. watch dmesgmoże pokazać awarię

Jeśli używasz GUI, możesz spróbować control- alt- backspace. w zależności od systemu operacyjnego i jego konfiguracji spowoduje to zrestartowanie serwera X i powrót do monitu logowania, dając opcję logowania lub ponownego uruchomienia / zamknięcia.

Co pracował dla mnie było przytrzymanie Alt+ PrtScnaciskając R, E, I, S, B.

• R = Przełącz klawiaturę z trybu surowego
• E = Wyślij sygnał SIGTERM do wszystkich procesów oprócz init
• I = Wyślij sygnał SIGKILL do wszystkich procesów oprócz init
• S = Synchronizuj wszystkie zamontowane systemy plików
• B = Natychmiast uruchom ponownie system, bez odmontowywania lub synchronizowania systemów plików

https://en.wikipedia.org/wiki/Magic_SysRq_key

To za długo na komentarz, ale była to kombinacja odpowiedzi, która zadziałała dla mnie. Zgaduję, że przetwarzanie grafiki zajmowało dużo procesora, chociaż nie mogłem potwierdzić, ponieważ został zamrożony. W moim przypadku trzy karty przeglądarki były otwarte, a jedna zawierała wyższej jakości film z YouTube. Z mojego doświadczenia wynika, że ​​zawieszanie się na Raspberry Pi 3 zwykle powoduje otwarcie zbyt wielu kart przeglądarki z jedną lub kilkoma zawierającymi filmy z youtube. Zamarł tak bardzo, że zegar się nie zaktualizował, a kursor się nie poruszył.

Rozwiązanie:

Wyłącz monitor i odłącz kabel HDMI, a następnie włóż ponownie HDMI i ponownie włącz monitor. Sprawiło, że wszystko się poruszało, ale bardzo powoli. Przełącz się na inny terminal wirtualny, przytrzymując CTRL + ALT+ F1. Doświadczyłem tego również w innych środowiskach lxde, gdzie musisz trzymać te klucze, aby odnieść sukces w przełączaniu wirtualnego terminala.

W moim przypadku, kiedy fokus został zmieniony na inny terminal wirtualny, początkowo wciąż był powolny, ale po zalogowaniu się i uruchomieniu htop, jakikolwiek proces wstrzymujący procesor już tego nie robił. Jest to prawdopodobne, ponieważ środowisko GUI nie wymagało dużego przetwarzania, ponieważ nie działało w bieżącym terminalu wirtualnym. Dało to dość przerwy, że przejście z powrotem na tty7 CTRL+ ALT+, na F7którym działa pulpit GUI, pozwoliło środowisku na normalne funkcjonowanie.