Файловая система медленно заполняется tmp файлом

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

Я думаю, что это заполняется удаленными или tmp файлами, которые не выпущены процессами.

Если я делаю

lsof -b 2>/dev/null | grep deleted

Я получаю длинный список, где они выделяются:

cron      12349    root    5u      REG  253,1 7540951006      29447 /tmp/tmpfmbHMqy (deleted)
sh        12355    root    1u      REG  253,1 7540951876      29447 /tmp/tmpfmbHMqy (deleted)
sh        12355    root    2u      REG  253,1 7540951876      29447 /tmp/tmpfmbHMqy (deleted)
bash      12357    root    1u      REG  253,1 7540951876      29447 /tmp/tmpfmbHMqy (deleted)
bash      12357    root    2u      REG  253,1 7540951876      29447 /tmp/tmpfmbHMqy (deleted)

Если я не ошибаюсь, это 7 ГБ каждый? Если то большое количество является размером файла?

Куда я иду отсюда?

[обновление]

Спасибо за предложения.

@muru, это - вывод

 pstree -pa 12355
sh,12355 -c /home/git/Dropbox-Uploader/dropbox_uploader.sh upload    /home/root/mysql_BU/ backup/mysql_BU/
  |-> bash,12357 /home/git/Dropbox-Uploader/dropbox_uploader.sh upload /home/root/mysql_BU/ backup/mysql_BU/

Я посмотрел на свой crontab и вещь, которые выделяются он, что он установлен загрузить mysql-дамп на Dropbox.

0 3 * * * /home/git/Dropbox-Uploader/dropbox_uploader.sh upload /root/backup/mysql backup/mysql_BU/

Однако это - новый экземпляр сервера, и загрузка Dropbox, кажется, не настроены, и исходный каталог не существует. Таким образом, я изменил его и удостоверился, что команда на самом деле делает что-то.

Я думаю, что выполнение dropbox_uploader.sh создало 'подсказку', где это ожидает ввода данных пользователем (это просит ключи API Dropbox и такой), и я могу воображать эту память утечки со временем? Я просто перезапустил сервер, мы будем видеть завтра, работал ли он.