Raspberry Pi Frozen

Salut mon Raspberry Pi a gelé, et je ne sais pas quelle est la façon la plus sûre de redémarrer / arrêter sans faire de dégâts.

Vous n'avez pas indiqué de vous où dans le terminal ou l'interface graphique et ce que vous faisiez lorsque le Raspberry Pi est devenu gelé. Parfois, l'interface graphique ou même le terminal peuvent geler, mais le système d'exploitation est toujours en cours d'exécution, entièrement fonctionnel.

Ce que vous pouvez faire est de passer à un terminal texte "de sauvegarde". Appuyez sur CTRL+ ALT+ F1pour basculer vers l'un des terminaux de «sauvegarde» offerts par le noyau.

Vous pouvez ensuite vous connecter et tuer le processus incriminé qui provoque le gel de l'interface graphique ou du terminal. Dans votre cas, vous pouvez alors faire sudo haltou sudo rebootredémarrer si c'est tout ce que vous voulez faire.

J'opte pour cela lorsque mon Pi se fige et que je ne veux pas risquer de corrompre le système de fichiers.

Sachez que si le CPU est utilisé à 100%, le commutateur peut prendre plus d'une minute pour prendre effet.

Pour revenir à l'interface graphique, appuyez sur CTRL+ ALT+ F7.

Si vous avez accès à SSH ou Putty, essayez de vous connecter via cette méthode. Si vous devez récupérer votre console locale, je recommande de redémarrer le pi en appelant à sudo rebootpartir de la console SSH / Putty. Pour référence, l'utilisateur par défaut dans Raspbian est piet le mot de passe par défaut est raspberry. SSH est activé par défaut.

OUI! J'ai sauvé mon petit RPI3 d'un CPR.

Avec moi - le CPU tourne au-dessus de% 90, j'ai connecté: HDMI, 1 clavier et 1 souris sans fil USB. J'ai également SSH ouvert depuis mon Mac et une installation de logiciel d'une heure.

Mon RPI s'est arrêté au hasard, je pense que le temps sur l'écran a bougé. Je l'ai enregistré en supprimant tous les périphériques USB et HDMI. J'ai insufflé de l'air dans la carte et la puce.

J'ai ensuite essayé de voir si je pouvais obtenir une réponse légère de la carte. J'ai tenté de me connecter à VNC et SSH simultanément. Chaque fois que j'essayais de SSH dans le terminal, le voyant vert clignotait.

Je lui ai donné quelques minutes (environ 5) et il a commencé à traiter lentement, puis à revenir à des vitesses normales.

Bonne chance!

Si votre rpi est suspendu, tirer sur la prise est la seule option qui reste. Continuez à topcourir pour que la prochaine fois qu'il se bloque, vous pouvez voir si quelque chose a mangé tout votre RAM ou CPU. watch dmesgpeut vous montrer un crash

Si vous utilisez l'interface graphique, vous pouvez essayer control- alt- backspace. en fonction de votre système d'exploitation et de la façon dont vous l'avez configuré, cela redémarrera le x-server et vous renverra à l'invite de connexion, vous donnant la possibilité de vous connecter ou de redémarrer / arrêter.

Ce qui a fonctionné pour moi était en maintenant Alt+ PrtSctout en appuyant sur R, E, I, S, B.

• R = Basculer le clavier du mode brut
• E = Envoyer le signal SIGTERM à tous les processus sauf init
• I = Envoyer le signal SIGKILL à tous les processus sauf init
• S = Synchroniser tous les systèmes de fichiers montés
• B = redémarrer immédiatement le système, sans démonter ni synchroniser les systèmes de fichiers

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

C'est trop long pour un commentaire, mais c'était une combinaison de réponses qui a fonctionné pour moi. Je suppose que le traitement graphique prend beaucoup de processeur, bien que je ne puisse pas le confirmer car il a été gelé. Dans mon cas, trois onglets de navigateur étaient ouverts, dont un contenant une vidéo youtube de meilleure qualité. D'après mon expérience, le gel sur le Raspberry Pi 3 est généralement le cas d'avoir trop d'onglets de navigateur ouverts avec une ou plusieurs vidéos YouTube contenant. Il a tellement gelé que l'horloge ne s'est pas mise à jour et que le curseur ne bougeait pas.

Solution:

Éteignez le moniteur et retirez le câble HDMI, puis réinsérez le HDMI et rallumez le moniteur. Cela a fait bouger les choses, mais très lentement. Basculez vers un autre terminal virtuel en maintenant CTRL + ALT+ F1. J'ai également expérimenté cela sur d'autres environnements lxde où vous devez maintenir ces touches pour réussir à commuter le terminal virtuel.

Dans mon cas, une fois que le focus a été changé pour un autre terminal virtuel, il était toujours lent au début, mais après la connexion et l'exécution htop, quel que soit le processus qui accaparait le processeur, il ne le faisait plus. Cela est probablement dû au fait que l'environnement GUI n'a pas eu besoin de beaucoup de traitement car il ne s'exécutait pas dans le terminal virtuel actuel. Cela lui a donné une pause suffisante pour que le retour à tty7 CTRL+ ALT+ F7où le bureau de l'interface graphique fonctionne permette à l'environnement de continuer à fonctionner normalement.