ラズベリーを再起動する頻度と、それも必要ですか


19

ある場所にラズベリーがあり、Pythonスクリプトを「永久に」実行する必要がある場合(1年、おそらく2、場所にいなくても)、どれくらいの頻度で再起動する必要がありますか?私は人々が1年以上生き続けていることを知っていますが、特定の時間にそれを再起動できるシンプルなスクリプトを作成しました+ raspberryはブート時にPythonスクリプトを自動的に実行します。


1
不要な場合に再起動する理由 たとえば、システムのアップグレードが必要な場合があります。しかし、これが自動化されていない場合、再起動しません。再起動には、システムが正常に再起動しないというリスクはありません。
スティーブロビラード

24時間年中無休で稼働しているシステムの稼働時間は現在67日ですが、これはおそらく珍しいことではありません。目的のためだけに再起動します。スティーブが言うように、なぜ目的なしでそれをするのですか?
goldilocks

4
ITサポートの文脈では、おそらく再起動に役立つ問題の「90%」意味します。ランダムに顧客を呼び出して、
念の

1
Archでの24時間365日のデータロギング、現在の稼働時間260 d。通常、再起動すると問題が発生します;)
Ghanima

2
ログやその他の成長中のファイルを確認するだけです。logrotateが実行します。SDカードは、負荷の高いディスクアクティビティの寿命が限られています。/rootを移動して外部の回転ドライブを使用することもできます。cronと同期する点滅LEDと、ディスクスペースが少ないときに点灯する赤と、セキュリティログ情報で点灯する赤を追加し、rsyslogを最小にトリミングしました。
fcm

回答:


25

Ham Radioのリピーターと灌漑システムを実行しているPiを数台持っています。現実には、セキュリティ更新やその他の「メンテナンス」の理由で6か月に1回再起動しています。しかし、「実行を続ける」ために再起動が必要な問題は見ていません。


25

ハードウェアに関しては、ARMHF-yボードを再起動する必要がある唯一の理由は、ファームウェアの変更、ROMの必要な変更、またはブート時に存在しなければならない新しいデバイスです。

たとえば、ドライバーまたは金属に近いカーネルモジュールと、そのドライバーを実装するデバイスを追加する場合は、CPUとカーネルメモリマッパーに変更を通知するために、おそらく再起動が必要になります。再起動せずにLinuxカーネルを更新できます

ソフトウェアに関しては、Piで利用可能なすべての主要なコンピューティング環境は* nixのような1であり、True Unix™である、LinuxまたはLinux派生物を使用しているため(U)nix-yです。

Unixとその派生物は、完全にスケーラブルで、移植性があり、信頼できるように、ブートローダーからユーザーランドまで設計されています。ハードリセット(または完全にシャットダウンし、ゼロからコールドブートすることもあります)をまったく、またはほとんど受けないサーバーと、Raspberry Piとまったく同じ組み込みデバイス向けに設計されました。したがって、これらの目標は実際にPiに適用されます。

実際にはこの手段は、あなたは基本的には(そのことについては、またはあなたの* nixのデスクトップPC)あなたのパイを再起動する必要はありません。


1しばらくの間、Microsoft Windows 10: Piのモノのインターネット版を無視します。これは実際的な冗談になりたいのですが、そうではありません。


2
2cをありがとう、それは大いに役立った、私は今、私は私のPIを決してリブートしないと確信している。
ロックドリナー

カーネル/デバイスモジュールのアップグレードは、ハードウェアが変更されていない場合に再起動が必要となる唯一の原因です。また、物事を正しく理解すれば、最近再起動せずにモジュールを変更できるようになります。
-SlySven

あなたが@SlySven ことができ、それらは完全に正常に機能し、非破壊であることにだけに依存しない、リブートせずにモジュールを変更する

1
NTを月に一度リブートしますか?どうやってそれを思いつきますか?!
マックスリード

1
@ pjc50わあ、もっと最近のリリースがあることに気づかなかった。私はそれについて間違っていましたが、Win10 IoTはWin10と同じコアであり、CEではないことを知っています:)
マシュースティープルズ

3

組み込みの「永久実行」システムでは、定期的な再起動は不要です。通常、ハードウェアウォッチドッグタイマーを使用して、システムのハングを検出して再起動します。ウォッチドッグタイマーは定期的な再起動よりも価値があると思います(システムがハングした場合、おそらく再起動は動作しません)。


0

以前に書かれたものに同意します。完璧にエラーを処理し、メモリリークが発生しない優れたソフトウェアを使用した理論的な状況では、再起動は必要ありません。

私はサイトに50以上のPI(すべてPI 3)があり、一部は毎週リブートされ、その他は決して...ほぼすべてのPIがキオスクモードで使用され、ビデオの再生、Webサイトの表示、スクリプトの実行、...ユーザーの経験は私にとって重要であり、PIが失敗する余裕はありません。それらすべてにウォッチドッグがインストールされています。

私のサイトでは、次のアプローチを使用しています(これは自分の経験のみを使用しており、科学的背景はありません:-))

  • サーバー(Apache、SIPなど)を実行し、イーサネットケーブルでのみ接続されているPI:それらを再起動することはありませんが、一部の稼働時間はほぼ2年です(実際、アップグレードしませんでした)!

  • それどころか、ビデオループを実行するPI(OMXPlayerを使用):これらのデバイスを毎週再起動します。再起動しないようにしようとしましたが、気付かないうちにビデオがハングすることがあります。そのため、画面に静止画像が表示されます。1か月の間に、デバイスごとに、ビデオが1回フリーズする確率が約50%だったと思います。これらのリスクを最小限に抑えるために、週に1回再起動することにしました。これまでのところ、1年に1回の週単位の再起動後、フリーズは2回しかありませんでした(イメージフリーズ、PIフリーズなし)。もちろんそれらも排除したいのですが、これは別のトピックです。これらの場合、再起動がSDカードに与える影響は気にしません。これが発生した場合、新しいSDカードを入れて、適切なビデオでテンプレートを更新するだけだからです。

  • クライアントモードにあり、ユーザーインタラクション(主にタッチスクリーンおよび/またはボタン)でWebベースのユーザーコンテンツ(Chromium、KWebなどを使用)を表示するPI:私はそれらを毎月リブートし、これまでのところ何の問題もありませんでした。それらを再起動する必要はないかもしれませんが、それらのデバイスがスクリプト(Java、Node.js)を実行し、他のデバイスから入力を受け取ると、ある時点で再起動が必要になると考えたため、1か月間行くことにしましたリブート。

私はこれがあなたの質問に直接答えているわけではないことを理解していますが、個人的な経験を共有したいので、他の答えと一緒にあなたのプロジェクトに最適なアプローチを判断できます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.