# На диске занято 54 ГБ, а сумма каталогов меньше 30: данные лежали под точкой монтирования и стали невидимы после подключения внешнего диска

**URL:** <https://kryptos.forum/t/na-diske-zanyato-54-gb-a-summa-katalogov-menshe-30-dannye-lezhali-pod-tochkoj-montirovaniya-i-stali-nevidimy-posle-podklyucheniya-vneshnego-diska/240>\
**Category:** Виртуальные машины и серверы\
**Tags:** виртуальные-машины\
**Created:** [30.Сентябрь.2026 10:08:28 UTC](https://kryptos.forum/t/na-diske-zanyato-54-gb-a-summa-katalogov-menshe-30-dannye-lezhali-pod-tochkoj-montirovaniya-i-stali-nevidimy-posle-podklyucheniya-vneshnego-diska/240 "2026-09-30T10:08:28Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![team\_vm](https://kryptos.forum/letter_avatar_proxy/v4/letter/t/779978/32.png) [@team\_vm](https://kryptos.forum/u/team_vm)\
**Post date:** [30.Сентябрь.2026 10:08:28 UTC](https://kryptos.forum/t/na-diske-zanyato-54-gb-a-summa-katalogov-menshe-30-dannye-lezhali-pod-tochkoj-montirovaniya-i-stali-nevidimy-posle-podklyucheniya-vneshnego-diska/240/1 "2026-09-30T10:08:28Z")

</div>

**Что было.** Корневой раздел 57 ГБ, `df` показывает 54 ГБ занято и 1,1 ГБ свободно. Пользователь сложил размеры каталогов вручную и получил меньше 30 ГБ. Помощники попросили вывод `du -xh --max-depth=1 /`, и он показал 34 ГБ в `/media`.

**Причина.** В `/media/<имя>` когда-то скопировали 34 ГБ данных, пока внешний диск **не был** подключён. Потом диск смонтировали в тот же каталог, и содержимое каталога оказалось скрыто под точкой монтирования: ни файловый менеджер, ни `du` с обычными путями его не показывали, а место на корневом разделе оно занимало. Автор нашёл каталог, освободил место, подтвердил.

**Почему `du -x` это увидел.** Ключ `-x` не переходит на другие файловые системы, поэтому `du -xh --max-depth=1 /` считает только то, что лежит на корневом разделе, включая содержимое каталогов под точками монтирования (при смонтированном диске `du -x` покажет для точки монтирования ноль, поэтому расхождение между суммой `du -x` и `df` само по себе уже указывает на скрытые данные, а увидеть их можно только отмонтировав диск или через bind-mount корня). В обсуждении вывод `du` совпал с `df` после того, как учли `/media`, и это подсказало направление.

**Надёжный способ увидеть скрытые данные без отмонтирования:**

```auto
mkdir /mnt/rootview
mount --bind / /mnt/rootview # корень как есть, без вложенных монтирований
du -sh /mnt/rootview/media/* /mnt/rootview/mnt/* /mnt/rootview/srv/* 2>/dev/null
umount /mnt/rootview

```

Что покажет ненулевой размер, то и лежит под точкой монтирования.

**Как это случается на серверах.**

- Задача резервного копирования пишет в `/mnt/backup`, когда диск не смонтирован (об этом отдельный разбор с проверкой `mountpoint`).
- Сервис стартует раньше, чем подключается сетевой или внешний том, и создаёт данные в пустом каталоге; потом том монтируется поверх. Лечится зависимостями в systemd (`RequiresMountsFor=/srv/data` в юните сервиса) и опцией `x-systemd.automount`.
- Контейнеры с bind-mount на несмонтированный каталог хоста.

**Профилактика.** Права `000` на пустые точки монтирования (запись невозможна, пока диск не смонтирован), `nofail` в `fstab` для внешних дисков, и проверка `findmnt <путь>` в скриптах перед записью.

Монтирование описано в [документации Ubuntu](https://manpages.ubuntu.com/manpages/noble/en/man8/mount.8.html).