「フラッシュメモリの消耗によってエラーが頻発している火星探査機Opportunity、遠隔からの再フォーマット実施へ」記事へのコメント

リブートするってことは

[Anonymous Coward]

データだけじゃなくて、システムソフトウェアがフラッシュ上にあるって事なのか。
それは強い放射線に晒される探査機の設計としてどうなの？

それとも探査機が目的地についてからも、リモートでソフトウェアの書き換えをする必要があったりして、致し方ないのか？

Re:

[Anonymous Coward]

昔々、20年程昔、とある 24時間連続で信号解析する専用装置開発の末席を汚してた時の事。
そいつは性能確保のため、データバッファメモリにまだ枯れてない新規設計ハードを採用してたんだが、
ちょくちょく無応答になってくれてね、そうするとシステムバスがタイムアウトして NMI 発生、
そういうハードエラーを想定してなかったので、default のシステム丸ごとリセットが掛かって大変だったです｡
# この件については、ハードが改修されるまで、ダミーデータを読んだことにするパッチ当てて凌ぎました｡

データメモリであっても故障が検出され、それへの対応が用意されてなければ、装置としては halt するか reboot するかしかないと思います｡

Re:

[Anonymous Coward]

惑星探査機でハードエラーを想定してないソフトウェアの作りってのはまず無いんでは？

Re:リブートするってことは

[albireo (7374)]

この場合ハードエラーへの対応がリブートです。
んで同じハードエラーでリブートの頻度が増えてきたから、そろそろその箇所を使わないように再フォーマットしようって話です。

--
うじゃうじゃ