В Ubuntu 22.04 с 19/05/23 обнаружена утечка данных?

Я использую интернет-провайдера с ограничением на данные, поэтому использование данных важно.

С примерно 19/05/23 22.04 (Jammy) кажется, что используется 100 Мб данных каждый (очень приблизительно) час.

У меня установка с несколькими версиями Ubuntu, и я заметил, что эта проблема также распространяется на 20.04 (Focal), хотя я не знаю, когда это началось для этой версии. У меня несколько операционных систем с общей точкой монтирования домашней директории.

Я знаю, что существуют несколько автоматических загрузок данных, поэтому я пытался отключить их следующим образом:

#!/bin/bash

sudo systemctl status clamav-freshclam.service
sudo systemctl stop clamav-freshclam.service
sudo systemctl status cron
sudo systemctl stop cron
sudo snap refresh --hold
sudo systemctl disable --now systemd-timesyncd

Это не остановило это.

Я только что добавил следующее — но без предыдущих команд, и я думаю, что контроллер CRON все еще активирует anacron? В данный момент я пытаюсь использовать их вместе.

sudo systemctl stop anacron.timer

Примечание: Anacron сообщает, что при первом запуске было выполнено (1) (что я ожидаю), а затем (0) после этого, что также верно, но данные все равно потребляются. Я не знаю, что проблема в этих скриптах, но подозреваю это из-за регулярной потери данных около 100 Мб.

Когда это впервые произошло, я полностью переустановил 22.04 (Jammy), так как раньше 01/12/22 видел нечто подобное, и это исправило проблему. Сейчас это не сработало.

Я знаю, что это как-то незавершенный отчет, но я хотел сделать его до того, как у меня кончатся данные. 🙁

Редактировать:

Спасибо за быстрый ответ. Извините, я не очень хорошо в этом разбираюсь, и моя стратегия заключалась в том, чтобы попытаться выключать вещи по очереди, чтобы найти проблему. Я не смог придумать способ как-то определить процесс, который кратковременно использует сеть. Да, оставлять все выключенным — не самая мудрая идея.

Я посмотрел в cat /var/log/apt/history, и он сообщает о первом обновлении, но не втором или третьем, так что это не оно.

Я только что заметил, что с следующим набором команд проблема сохраняется, так как я только что потерял еще 100 Мб.

sudo systemctl stop clamav-freshclam.service
sudo systemctl stop cron
sudo systemctl stop anacron.timer

В этом случае лог сообщает, что anacron не был запущен.

Я могу загрузить систему и просто следить за данными с помощью vnstat -v без добавления дополнительных процессов, и это все равно происходит.

snap list --all дает следующее:

Name               Version                     Rev    Tracking         Publisher   Notes
bare               1.0                         5      latest/stable    canonical✓  base
core               16-2.58.2                   14784  latest/stable    canonical✓  core,disabled
core               16-2.58.3                   14946  latest/stable    canonical✓  core
core18             20230320                    2721   latest/stable    canonical✓  base,disabled
core18             20230426                    2745   latest/stable    canonical✓  base
core20             20230404                    1879   latest/stable    canonical✓  base,disabled
core20             20230503                    1891   latest/stable    canonical✓  base
core22             20230503                    634    latest/stable    canonical✓  base
gnome-3-28-1804    3.28.0-19-g98f9e67.98f9e67  198    latest/stable    canonical✓  -
gnome-3-28-1804    3.28.0-19-g98f9e67.98f9e67  194    latest/stable    canonical✓  disabled
gnome-3-34-1804    0+git.3556cb3               90     latest/stable/…  canonical✓  disabled
gnome-3-34-1804    0+git.3556cb3               93     latest/stable/…  canonical✓  -
gnome-3-38-2004    0+git.6f39565               140    latest/stable    canonical✓  -
gnome-3-38-2004    0+git.6f39565               137    latest/stable    canonical✓  disabled
gnome-42-2204      0+git.587e965               102    latest/stable    canonical✓  -
gtk-common-themes  0.1-81-g442e511             1535   latest/stable/…  canonical✓  -
gtk-common-themes  0.1-79-ga83e90c             1534   latest/stable/…  canonical✓  disabled
snap-store         41.3-71-g709398e            959    latest/stable/…  canonical✓  -
snap-store         41.3-66-gfe1e325            638    latest/stable/…  canonical✓  disabled

Я не уверен, что я могу с этим сделать?

В данный момент я использую 20.04 (Focal), так как это первый раз, когда я попытался использовать другую ОС, чем 22.04 (Jammy), где я впервые заметил проблему.

Любая идея, что делать дальше?

Похоже, я решил это благодаря предложению Себастьяна использовать nethogs. Спасибо, Себастьян. Нужно ли мне где-то поставить галочки?

Проблема, похоже, была в демоне Dropbox, который я теперь отключил, и все вернулось к нормальному, но без синхронизации с облаком.

Я не знаю, почему это происходило, но я не использую его часто и меня устраивает использовать его через веб-интерфейс. Я почти уверен, что тестировал с отключенной синхронизацией, и в любом случае она обычно работает сразу, как только включается. Если это не связано с синхронизацией, я не могу представить, что еще он мог делать. Я проверил учетную запись на веб-сайте и не нашел доказательств нарушения безопасности, но я не эксперт.

Я не смог разобраться, как полностью удалить демона, но меню иконки позволяет его остановить, и вы можете установить флажок в настройках до этого, чтобы предотвратить его перезапуск при следующей загрузке.

Когда я переустанавливал 22.04, я не загружал новую версию демона, а использовал ту, которую установил в прошлый раз. Кажется, доступны две версии демона для 22.04 на их веб-интерфейсе, но я пока не пробовал ни одну из них, чтобы увидеть, решит ли это проблему. Мне также нужно будет сделать это для других используемых ОС (18.04, 20.04 и 22.04).

Вы можете использовать инструмент под названием nethogs для легкого мониторинга использования полосы пропускания. Просто установите его с помощью apt.

Он может показывать пропускную способность в секунду, а также кумулятивный трафик по процессам. Переключайтесь между различными режимами отображения, нажав m. Позвольте ему поработать некоторое время, чтобы увидеть, какие процессы создают больше всего трафика.