我已经安装atop
在只有 40MB 的 OrangePi/RaspberryPi 上/var/log
。
它很快就把我的分区填满了 100%,然后我清除了它apt purge atop
以删除它及其配置文件。
atop
二进制文件不存在- 它的文件
/etc/init.d
不存在 - 没有调用 systemd 服务
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
我删除了最后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
答案1
atop
systemd
作为位于 的服务运行/lib/systemd/system/atop.service
,其可执行文件是:
ExecStart=/usr/share/atop/atop.daily
该atop.daily
包装文件配置 的日志记录atop
以及相应日志文件的 logrotation 的具体频率。
为了防止atop.service
在启动时作为该服务运行,您可以执行以下操作:
sudo systemctl disable atop.service
选项2
atop
如果您确实无法在正常情况下找到二进制文件,您可以检查/etc/default/atop
它是旧的配置方式。
作为最后的手段,你可以运行:
sudo grep -ral atop /etc/*
并查看对应的文件
答案2
在嵌入式系统上,例如OrangePi 和 RaspberryPi,阿姆比安用于log2ram
将原木放入公羊中。
/dev/zram0 49M 756K 45M 2% /var/log
只是./var/log
/var/log.hdd
删除任何文件夹/文件/var/log
只会将它们从 RAM 中删除,不会更改写入磁盘/SD 卡中的文件/文件夹。
这就是为什么该文件夹在每次重新启动后都会回来的原因。
删除文件夹/var/log.hdd/atop
解决了问题。
您还可以禁用log2ram服务:systemctl disable armbian-ramlog.service