私のdebianストレッチベースのラズベリーシステムでeipp.log.xzという名前のファイルを見つけました。
/ var/log/apt /にあります。
なんだろうと思っていました。
authlogから、作成時間の前後に、「debian-security-support」からのものである可能性があることがわかりましたか?
Mar 16 06:49:18 pi su[22037]: Successful su for debian-security-support by root
Mar 16 06:49:18 pi su[22037]: + ??? root:debian-security-support
Mar 16 06:49:18 pi su[22037]: pam_unix(su:session): session opened for user debian-security-support by (uid=0)
Mar 16 06:49:19 pi systemd-logind[247]: New session c116 of user debian-security-support.
Mar 16 06:49:19 pi systemd: pam_unix(systemd-user:session): session opened for user debian-security-support by (uid=0)
Mar 16 06:49:21 pi su[22037]: pam_unix(su:session): session closed for user debian-security-support
Mar 16 06:49:21 pi systemd-logind[247]: Removed session c116.
Mar 16 06:49:22 pi su[23052]: Successful su for debian-security-support by root
Mar 16 06:49:22 pi su[23052]: + ??? root:debian-security-support
Mar 16 06:49:22 pi su[23052]: pam_unix(su:session): session opened for user debian-security-support by (uid=0)
Mar 16 06:49:22 pi systemd: pam_unix(systemd-user:session): session closed for user debian-security-support
Mar 16 06:49:22 pi systemd-logind[247]: New session c117 of user debian-security-support.
Mar 16 06:49:22 pi systemd: pam_unix(systemd-user:session): session opened for user debian-security-support by (uid=0)
Mar 16 06:49:25 pi su[23052]: pam_unix(su:session): session closed for user debian-security-support
Mar 16 06:49:26 pi systemd-logind[247]: Removed session c117.
心配する必要がありますか?
どうも
心配する必要はありません。このファイルはapt
の計画担当者が使用します。 debian-security-support
とは何の関係もありません(これも問題ありませんが、同名のパッケージからのものです)。
eipp.log.xz
は、「外部インストールプランナープロトコル」の一部であり、APT、外部計画ツール(APT自体を含む)、およびdpkg
間のインターフェースです。 David KalnishkiesのGSoC 2016プロジェクトの一部として実装されました ; 最初のコミットからの簡単な説明 は、いくつかの背景を示しています:
Apt-get、aptitude、synapticなどのAPTベースのツールは、ユーザーと協力して、パッケージとその依存関係のインストール/削除が完了した後のシステムの外観を把握します。パッケージの実際のインストール/削除はdpkgによって行われ、依存関係はいつでも満たす必要がある(たとえば、メンテナースクリプトを実行する)必要があります。
歴史的にAPTはこのタスクに対して非常にマイクロ管理のアプローチをとっていますが、何年にもわたってdpkgの変更をほとんど無視し、維持できない混乱に成長しているため、誰もデバッグできず、誰もがtouch –特に、処理サイクルやトリガーなどの要件がますます重要になるにつれて、最初に「重要な」パッケージを扱い、リムーバブルメディア上のパッケージソース、必要に応じてプロセスを中断できるように最小限のグループに触れます(たとえば、無人アップグレード)これは非常に複雑なだけでなく、たとえば最小限のグループと最小限のトリガーの実行を同時に行うことができないため、相互に排他的な場合もあります。
この作業により、現在のバージョンのAPTで表示されるインストールおよびアップグレードプロセスがより制約され、特にdpkg
に渡される名前が変更されたパッケージで、注文番号が追加されて表示されます。