我在orangePi/RaspberryPi上安装了atop,/var/log只有40 on。
它很快地将我的分区填充到100%,然后我清除它apt purge atop以删除它和它的配置文件。
atop二进制文件不存在/etc/init.d中的文件不存在atop的systemd服务尽管如此,在重新启动之后,/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发布于 2020-10-03 02:47:26
atop作为位于/lib/systemd/system/atop.service中的systemd服务运行,其可执行文件是:ExecStart=/usr/share/atop/atop.daily
此atop.daily包装器文件配置atop的日志记录,以及相应日志文件的日志旋转的特定频率。
要防止atop.service在引导时作为该服务运行,您可以这样做:
sudo systemctl disable atop.service如果您真的无法在普通方式下找到atop的二进制文件,您可以检查/etc/default/atop --这是配置它的旧方式。
作为最后的手段,你可以:
sudo grep -ral atop /etc/*并查看相应的文件
发布于 2020-10-03 03:31:25
在嵌入式系统(如OrangePi和RaspberryPi )上,Armbian使用log2ram将日志放入内存中。
/dev/zram0 49M 756K 45M 2% /var/log/var/log只是/var/log.hdd的逻辑副本(位于ram中)。
从/var/log中删除任何文件夹/文件只会从内存中删除它们,并且不会更改写入磁盘/sd卡中的文件/文件夹。
这就是为什么文件夹在每次重新启动后返回的原因。
/var/log.hdd/atop解决了问题.还可以禁用log2ram服务:systemctl disable armbian-ramlog.service
https://unix.stackexchange.com/questions/612671
复制相似问题