我已经安装atop在只有 40MB 的 OrangePi/RaspberryPi 上/var/log。
它很快就把我的分区填满了 100%,然后我清除了它apt purge atop以删除它及其配置文件。
atop二进制文件不存在/etc/init.d不存在atop然而,重新启动后,该/var/log/atop文件夹将充满旧的顶部文件。
编辑:
$ ls /var/log/atop/
atop_20200822 atop_20200826 atop_20200830 atop_20200903 atop_20200907 atop_20200911 atop_20200915 atop_20200919
atop_20200823 atop_20200827 atop_20200831 atop_20200904 atop_20200908 atop_20200912 atop_20200916 atop_20200920
atop_20200824 atop_20200828 atop_20200901 atop_20200905 atop_20200909 atop_20200913 atop_20200917 atop_20200921
atop_20200825 atop_20200829 atop_20200902 atop_20200906 atop_20200910 atop_20200914 atop_20200918 atop_20200922
Run Code Online (Sandbox Code Playgroud)
我删除了2020/09/22最后一个文件。每次重新启动后,它都会一次又一次地重新生成包含相同文件的相同文件夹。
# find . -type d -name *atop*
./usr/share/doc/libatopology2
./var/log.hdd/atop
./var/log/atop
./var/cache/atop.d
# find . -type f -name *atop*
./usr/lib/arm-linux-gnueabihf/libatopology.so.2.0.0
./var/log.hdd/atop/atop_20200913
...
./var/log.hdd/atop/atop_20200906
./var/log/atop/atop_20200830
...
./var/log/atop/atop_20200826
./var/cache/atop.d/atop.acct
./var/lib/dpkg/info/libatopology2:armhf.symbols
./var/lib/dpkg/info/libatopology2:armhf.md5sums
./var/lib/dpkg/info/libatopology2:armhf.list
./var/lib/dpkg/info/libatopology2:armhf.triggers
./var/lib/dpkg/info/libatopology2:armhf.shlibs
Run Code Online (Sandbox Code Playgroud)
atop作为systemd位于 的服务运行/lib/systemd/system/atop.service,其可执行文件是:
ExecStart=/usr/share/atop/atop.daily
该atop.daily包装文件配置 的日志记录atop以及相应日志文件的 logrotation 的具体频率。
为了防止atop.service在启动时作为该服务运行,您可以执行以下操作:
sudo systemctl disable atop.service
Run Code Online (Sandbox Code Playgroud)
atop如果您确实无法在正常情况下找到二进制文件,您可以检查/etc/default/atop它是旧的配置方式。
作为最后的手段,你可以运行:
sudo grep -ral atop /etc/*
Run Code Online (Sandbox Code Playgroud)
并查看对应的文件