# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/vg_bgsvn-lv_root 28G 26G 416M 99% /
tmpfs 495M 0 495M 0% /dev/shm
/dev/sda1 485M 54M 407M 12% /boot
/dev/sdb1 126G 3.3G 116G 3% /r1_72k_data2
\\xx2\repositories 106G 8.4G 97G 8% /mnt/repositories
# du -h --max-depth=1 /
16K /lost+found
3.1G /r1_72k_data2 <---Mounted Directory/Drive in there
0 /proc
0 /sys
43M /boot
4.0K /srv
26M /etc
14M /sbin
25M /lib64
4.0K /media
172K /dev
239M /lib
41M /var
346M /mnt
4.0K /selinux
806M /usr
3.3G /opt <----Mounted directory/drive in there
33M /tmp
6.0M /bin
76K /home
64K /root
7.9G /
Должно остаться более 20 ГБ файлового пространства! Кажется, я упускаю что-то большое, но не знаю чего. Мог ли своп взять это?
Во-первых, некоторое пространство зарезервировано для rootuser. Вы можете проверить, сколько места зарезервировано для root, с помощью:
tune2fs -l /dev/mapper/vg_bgsvn-lv_root
Это даст вам количество блоков, зарезервированных для пользователя root, умножьте его на размер блока, и вы получите размер зарезервированного пространства (в байтах).
Во-вторых, скорее всего, некоторые файловые дескрипторы все еще используются. Это означает, что файл кажется удаленным, но все еще используется и процесс записывает в него. Хотя вы больше не видите файл в FS, процесс все еще использует файл. Если вы остановите / завершите процесс или перезагрузите систему, используемое пространство будет освобождено. Вы можете искать удаленные файлы с помощью:
lsof | grep deleted
Это старая история, как системы Unix и Linux, если вы поищете на stackexchange по запросу «du и df», вы найдете множество ответов.