rsync отказывается исключать каталог

Я пытаюсь сделать резервную копию ОС с помощью rsync и поместить ее в crontab. который сам по себе отлично работает, но по какой-то причине он отказывается принимать во внимание /export при просмотре исключений...

0 2 * * 0 rsync -aAXv / --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found","/export/*"} /media/backup-disk/server-backup/ >/dev/null 2>&1

Однако он исключает все остальные папки из резервной копии.

Общая причина, по которой я также хочу исключить этот /export/*, заключается в том, что этот резервный диск также монтируется как привязанный к /export из-за того, что общий ресурс диска nfs используется удаленно. сервер.

Из-за того, что он включает /export/*, я продолжаю заканчивать тем, что мой диск переполняется из-за цикла в моем rsync, поскольку он начинает создавать резервную копию самого диска на себя (/ export/backup-disk/ -> /media/backup-disk/server-backup)

подключение моего /media/backup-disk для экспорта показано в /etc/fstab:

/media/backup-disk       /export/backup-disk       none       bind  0  0 

​​Итак, мой общий вопрос: почему он включает /export/*, хотя он находится внутри опции исключения rsync, и как мне это исправить?

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

результат пробный запуск с --stats --progress (без перенаправления stout en stin в /dev/null):

sudo rsync -aAXv --stats --progress / --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found","/export/*"} /media/backup-disk/test/ > /media/backup-disk/test.txt 

cat /media/backup-disk/test.txt | grep -A1 export/        
export/
home/
--
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/__init__.py
          9,060 100%   38.98kB/s    0:00:00 (xfr#17141, ir-chk=1174/22834)
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/day.py
         12,609 100%   54.24kB/s    0:00:00 (xfr#17142, ir-chk=1173/22834)
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/export_custom_job.py
         12,034 100%   51.77kB/s    0:00:00 (xfr#17143, ir-chk=1172/22834)
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/job.py
          8,970 100%   38.59kB/s    0:00:00 (xfr#17144, ir-chk=1171/22834)
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/__pycache__/
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/__pycache__/__init__.cpython-38.pyc
          8,809 100%   37.90kB/s    0:00:00 (xfr#17145, ir-chk=1169/22834)
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/__pycache__/day.cpython-38.pyc
         12,206 100%   52.28kB/s    0:00:00 (xfr#17146, ir-chk=1168/22834)
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/__pycache__/export_custom_job.cpython-38.pyc
         11,859 100%   50.79kB/s    0:00:00 (xfr#17147, ir-chk=1167/22834)
home/user/.local/lib/python3.8/site-packages/twilio/rest/bulkexports/v1/export/__pycache__/job.cpython-38.pyc
          9,302 100%   39.84kB/s    0:00:00 (xfr#17148, ir-chk=1166/22834)
...

Это указывает на то, что он исключает экспорт, но тем не менее каким-то образом я продолжаю обнаруживать, что мой диск заполнен каждый раз, когда запускается cron из-за того, что он все еще копирует содержимое внутри /export в мой каталог резервного копирования сервера...

другая вещь, которую я забыл упомянуть здесь, заключается в том, что я изначально думал, что это может быть проблема из-за того, что я сначала забыл /export/*, добавил его позже в cron, но забыл перезагрузить (так что нет плановая перезагрузка cron), но даже после перезагрузки ему все равно удается скопировать /export/* с помощью cron. Также кажется немного глупым, что потребуется перезагрузка, поскольку он должен иметь возможность обрабатывать изменения в cron каждый раз, когда ему нужно запустить команду из cron, но хотел быть уверенным, что проблема не будет решена после перезагрузки. ...