Я установил atop на OrangePi/RaspberryPi всего с 40 МБ для /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

0
Alexis 3 Окт 2020 в 06:10
Файлы там обычно называются atop_YYYYMMDD. Какие даты используются?
 – 
icarus
3 Окт 2020 в 05:38
Старые даты с 20200822 по 20200922. I apt purged atop 22 сентября. Он восстанавливает старые журналы при каждой перезагрузке...
 – 
Alexis
3 Окт 2020 в 05:49
Таким образом, новые журналы не создаются, что хорошо. /etc/atop все еще существует?
 – 
icarus
3 Окт 2020 в 06:06
Да, извините, я мог бы сказать это в своем вопросе. /etc/atop не существует
 – 
Alexis
3 Окт 2020 в 06:08
Я нашел проблему ... В Ubuntu OrangePi / RaspberryPi есть /var/log.hdd, я удалил папку поверх, и теперь все в порядке. Кажется, /var/log — это просто логическая копия /var/log.hdd при каждой загрузке.
 – 
Alexis
3 Окт 2020 в 06:12

2 ответа

Лучший ответ

atop работает как служба systemd, расположенная в /lib/systemd/system/atop.service, и ее исполняемый файл: ExecStart=/usr/share/atop/atop.daily

Этот файл-оболочка atop.daily настраивает ведение журнала atop , а также конкретную частоту ротации соответствующих файлов журнала.

Чтобы предотвратить запуск atop.service в качестве этой службы при загрузке, вы можете сделать:

sudo systemctl disable atop.service

Вариант 2

Если вы действительно не можете найти двоичный файл для atop обычными средствами, вы можете проверить /etc/default/atop, который был сконфигурирован по-старому.

В крайнем случае вы можете запустить:

sudo grep -ral atop /etc/*

И посмотрите в соответствующих файлах

1
Neticegear 3 Окт 2020 в 05:53
Как сказано в моем посте: Unit atop.service could not be found. и cat: /usr/share/atop/atop.daily: No such file or directory.
 – 
Alexis
3 Окт 2020 в 05:50
Нет поверх файла под /lib/systemd/system/ или /etc/systemd/system.
 – 
Alexis
3 Окт 2020 в 05:52
Только что добавил вариант 2
 – 
Neticegear
3 Окт 2020 в 05:54
Спасибо, но нет файла/папки с именем поверх под /etc/default/, а команда grep возвращает только /etc/ld.so.cache и grep: /etc/motd: No such file or directory
 – 
Alexis
3 Окт 2020 в 05:56
1
Хорошая находка. Вы обязательно должны включить свою находку в качестве ответа. Это действительно поможет другим в будущем
 – 
Neticegear
3 Окт 2020 в 06:16

Во встроенных системах, таких как OrangePi и RaspberryPi, Armbian использует log2ram для размещения журналов в оперативной памяти.

  • /dev/zram0 49M 756K 45M 2% /var/log

Поскольку /var/log является просто логической копией (находящейся в оперативной памяти) /var/log.hdd.

Удаление любых папок/файлов из /var/log удаляет их только из оперативной памяти и не изменяет файлы/папки, записанные на диске/sd-карте.

Вот почему папка возвращалась после каждой перезагрузки.

Удаление папки /var/log.hdd/atop решило проблему.

Вы также можете отключить службу log2ram: systemctl disable armbian-ramlog.service

0
Alexis 3 Окт 2020 в 06:31