Apt/Apt-get/dpkg は記録されなくなりました。

Apt/Apt-get/dpkg は記録されなくなりました。

Raspberry Pi 4のコマンドを使用してDebianパッケージを介してインストールしたシステムサービスがあります。私はパッケージをインストールしてサービスを実行するときにデバッグ目的ですべてのログ出力を追跡するためにaptこれを使用しました。journalctl -xef

どうやってこれを行ったのか分かりませんが、今日のaptパッケージのメンテナンススクリプトの出力とともに、ログ出力はログに表示されません。私のパッケージの管理者スクリプトにいくつかのタイプミスがあり、時にはキーボードで指を使用するかショートカットを押す傾向がありますが、問題を引き起こす可能性がある特定の項目が見つかりません。また、ログはメモリ保存に基づいているようです。問題を解決するために最初に試した操作が再起動であったため、これはうまくいきません。だから、今は何が起こったのかを教えてくれるものがあるかどうかを確認するために古いジャーナルエントリを再度見ることはできないようです。

また、今日のサービスやパッケージをいくつか変更すると問題が発生する可能性があるため、以前の概念証明サービス/パッケージをインストールしてみましたが、ログが正しく記録されていません。

apt/apt-get/dpkg特に成功せずにインストールを再インストールまたは修復する方法を見つけようとしました。ほとんどの問題は、パッケージのインストールの修復に関連しています。使用 apt、自己インストールを修復しませんapt。また、ログが記録される場所を構成する方法があるかどうかを確認しようとしましたが、ほとんどの問題はコマンドの実行時にaptリダイレクトに関連していました。stdout/stderrapt

私はLinuxと上記のすべての技術に初めて触れたので、追加のデバッグ/診断方法がわかりません。

Raspberry Piのインストールまたは構成を回復/復元する方法はありますかapt/apt-get/dpkg?それとも、工場出荷時のデフォルトに戻すか、OS全体を再インストールする唯一のオプションはありますか?

修正する

今日はカタログについて学びました/var/log。このログにはこの問題を引き起こす内容はありませんが、問題は、およびまで拡張されたようです(つまり、パッケージメンテナスクリプトの出力もこのログから欠落しています)syslog。このファイルにはいくつかの操作が正常に記録されていることがわかりますが、それ以上はありません。しかし、私のパッケージが呼び出してログでそれを見ることができるので、より多くのエントリを記録する必要があることがわかります。検索してみると、これらの項目のどれもに表示されないように見えますので、まだ大丈夫そうです。のログは間違いなく失われましたが、ログはまだ残っています。messagesuser.logdaemon.logapt/apt-getapt install/upgrade/purgesystemctl daemon-reloadsystemd[1]: Reloading/var/log/dpkg.logjournald/var/log/apt/term.logjournald/var/log/auth.log

ベストアンサー1

これはユーザーエラーであることが判明しました。

apt端末で直接実行した場合のログは次のとおりです。いいえ表示されますjournald

そのサービスはsystemd自動更新サービスです。apt私が見ているロギングは、journald自動更新サービスが呼び出されているために発生しており、自動更新サービスの子プロセスであるため、ロギングが親プロセス(など)とapt-get同じ場所に移動すると推測されます。 )。syslogdaemon.log

おすすめ記事