ラズベリーパイ冷凍

こんにちは私のRaspberry Piがフリーズしました。損傷を与えずに再起動/シャットダウンする最も安全な方法は何なのかわかりません。

端末またはGUIのどこにいるのか、Raspberry Piがフリーズしたときに何をしていたのかを示していない。GUIまたは端末がフリーズすることもありますが、オペレーティングシステムはまだ実行中で、完全に機能しています。

あなたができることは、「バックアップ」テキスト端末に切り替えることです。CTRL+ ALT+ F1を押すと、カーネルが提供する「バックアップ」ターミナルの1つに切り替わります。

次にログインして、GUIまたは端末をフリーズさせる原因となっているプロセスを強制終了できます。あなたのケースでは、それを行うsudo haltかsudo reboot、それがやりたいことがすべてである場合は再起動することができます。

私はPiがフリーズしたときにこれを選択します。ファイルシステムの破損の危険を冒したくないからです。

CPUが100％使用されている場合、スイッチが有効になるまでに1分以上かかる場合があることに注意してください。

GUIに戻るには、CTRL+ ALT+を押しF7ます。

SSHまたはPuttyにアクセスできる場合は、この方法でログインしてみてください。ローカルコンソールを回復する必要がある場合sudo rebootは、SSH / Puttyコンソールから呼び出してpiを再起動することをお勧めします。参考までに、Raspbianのデフォルトのユーザーはpiで、デフォルトのパスワードはraspberryです。SSHはデフォルトでオンになっています。

はい！小さなRPI3をCPRから保存しました。

私と一緒に-CPUが％90以上で動作しているので、HDMI、キーボード1つ、USBワイヤレスマウス1つを取り付けました。また、MacからSSHを開き、1時間のソフトウェアインストールを行っています。

RPIがランダムに一時停止しました。画面の時間が移動したと思います。USBとHDMIデバイスをすべて取り外して保存しました。ボードとチップに空気を吹き込んだ。

次に、ボードから軽い応答が得られるかどうかを確認しようとしました。VNCとSSHに同時に接続しようとしました。ターミナルでSSHを試行するたびに、緑色のライトが点滅していました。

私はそれを数分（約5）与え、処理が遅くなり、その後通常の速度に戻りました。

幸運を祈ります！

rpiがハングしている場合は、プラグを抜くだけです。キープtopそれが何かは、すべてのRAMやCPUを食べたかどうかを確認することができますハングので、次の時間を実行しています。watch dmesgクラッシュを表示することがあります

GUIを使用している場合、あなたは試すことができますcontrol- - 。alt backspaceOSと設定方法に応じて、xサーバーを再起動してログインプロンプトに戻り、ログインするか、再起動/シャットダウンするかを選択できます。

どのような私のために働いたことは押したAlt+をPrtSc押しながらR、E、I、S、B。

• R =キーボードをrawモードから切り替える
• E = SIGTERMシグナルをinitを除くすべてのプロセスに送信します
• I = initを除くすべてのプロセスにSIGKILLシグナルを送信する
• S =マウントされたすべてのファイルシステムを同期
• B =ファイルシステムをアンマウントまたは同期せずに、システムをすぐに再起動します

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

これはコメントには長すぎますが、私にとってうまくいった答えの組み合わせでした。フリーズしていたので確認できませんでしたが、処理グラフィックスが大量のCPUを消費していると思います。私の場合、3つのブラウザタブが開いていて、1つはより高品質のyoutubeビデオを含んでいました。私の経験では、Raspberry Pi 3でフリーズするのは、通常、1つ以上のYouTubeビデオが含まれているブラウザータブが多すぎる場合です。非常にフリーズして時計が更新されず、カーソルが移動しませんでした。

解決：

モニターの電源を切り、HDMIケーブルを取り外し、HDMIを再度挿入して、モニターの電源を入れます。これは物事を動かしましたが、非常にゆっくりです。+ +を押し て、別の仮想端末に切り替えます。仮想端末の切り替えに成功するためにこれらのキーを保持する必要がある他のlxde環境でもこれを経験しました。CTRLALTF1

私の場合、フォーカスが別の仮想端末に変更された後も、最初はまだ遅いですが、ログインして実行した後htop、CPUを占有していたプロセスはそれを行わなくなりました。これは、GUI環境が現在の仮想端末で実行されていなかったため、あまり処理を必要としなかったためと考えられます。これは十分にtty7に背を切り替えることブレークのそれを与えたCTRL+ ALT+ F7デスクトップが実行されているGUI環境は通常どおり機能し続けることができました。