説明から考えると、データは壊れているかもしれないけど、データは復旧できなかった。ディスクが壊れているのでうまくできないのは当然か。直りもしないものに3ヶ月かけても希望は無いので途中で停止した。1ヶ月かそれ以下くらいの間隔で実行するのが推奨されている。サービスが既に用意されている。サービスの定義ファイルは以下にあった。得られる通りにエスケープしておく必要がある。壊れていることに偶然気づいたが、本来はちゃんと普段から監視しておき、前兆を把握し事前に対処を施しておくべきである。反省したので監視の設定を入れることにする。自己診断を行う監視システムのことだ。機能を持っているようだ。テストが開始する前に失敗した。options.何度か試すともう少し進む場合もあったが、いずれにしろ全然駄目なようだ。編集して以下のようにする。関係無い行は全てコメントアウト。全部のテストを実行する。デバイスの自動保存を有効化する。スタンバイの時はテストしない。テストを省略した場合にログを書き込まない。短いテストを毎日2時、長いテストを毎週土曜日3時に実行する。4°c以上の温度変化、または45°cに到達したらログに記録する。50°cを越えたらメールする。通知の送り先メールアドレス。report@example.netサービスの開始と有効化。設定をしなくても自分で時間を見計らってテストを実行してくるようだ。Msmtpシステム監視で異常を検知した際には、メールで教えてくれるようにしたい。そこでメール送信の設定を行う。送信にのみ機能を絞ったメールクライアントである。多機能すぎて面倒臭い。利用されるようになる。EOFサーバーを起動する必要も無いので清潔感があり素晴らしい。各種ログを定期的にチェックし、集計、要約するために広く使われているツール。古くてダサい感もあるけど、現在もなお有用である。メールで通知してくれるようにした。デフォルトではうまく集計できないサービスがあることがわかる。それらについては独自に設定を作成した。ついて役に立たないログが大量に出ているので、まずこれを抑制する。あるので、これをコピーして編集すればよいだろう。ついて、いい感じの表示になるように設定する。成功ログが大量に出てしまうので、これを集計する。本領発揮している感がある。どんなログが出るのかよくわかっていないため、ゆるめに設定しておいた。タイマーファイルが自動的に生成されているので、それを有効化する。感想めちゃ長くなった。fujii@xaxxi.netkikeikikei.github.io。