3
Arch Linuxで責任を持って自動的にアップデートを実行するにはどうすればよいですか？
私はArch Linuxの初心者であり、まだそのパラダイムのいくつかに慣れています。別のディストリビューションから多くの習慣がありますが、それはかなり構造化されており、いくつかの点で予測可能です。 いくつかのシステム¹でやりたいことの1つは、cronジョブがすべてのシステムパッケージの自動更新を行えるようにすることです。これは非常に簡単なように思えますが、システムからの意味のあるフィードバックが必要なことを教えてください。 の完全な出力pacmanは不要です。ダウンロードにどれくらい時間がかかったか、または53のアップデート46でダウンロードされたかどうかは気にしません。 ほとんどの場合、私は成功を気にしません。 私はエラーを気にします。更新の実行が失敗した場合、それについて知りたいので、特定のエラーメッセージにはパッチを当てる必要があります。 インストール中に発生する「通知」を気にします。たとえば、今日のsystemdアップデートは次のように述べています。 :: coredumps are no longer sent to the journal by default. To re-enable: echo >/etc/sysctl.d/50-coredump.conf \ "kernel.core_pattern=|/usr/lib/systemd/systemd-coredump %p %u %g %s %t %e" または、ファイルシステムがこれを生成しました： warning: /etc/group installed as /etc/group.pacnew warning: /etc/passwd installed as /etc/passwd.pacnew warning: /etc/shadow installed as /etc/shadow.pacnew この最後のカテゴリが実際にこの質問をするきっかけとなったのは、これらがパッケージセット全体で非常に一貫していないようだからです。これらの一部は、、post_upgrade()などによって生成されるようですinstall()。時には、標準出力に書き込まれることもあれば、標準エラー出力に書き込まれることもあります。メッセージの形式は大きく異なります。ブロック全体が何らかの方法でインデントされている場合もあれば、エコーされた文字列だけが存在する場合もあります。 システムへの介入を必要とするかもしれないが、それ以外のことは気にしないものについて知りたい。このデータをインテリジェントに管理し、システム管理を簡素化するツールはありますか？パッケージによって生成された出力を、それらをインストールするpacmanプロセスとは別に取得する方法はありますか？それとも、インストールログから無害なものを除外する何らかの種類のパーサーを自分で作成するのですか？ ¹これがどれほど愚かであるかを飛び越える前に、私は実稼働サーバーでこれを行わず、大惨事の場合に回復を容易にするスナップショットベースのシステム全体のバックアップなしでこれを行うのに十分賢いことに注意してください。