Как я могу определить причину полной файловой системы, если du -x не показывает проблемы? [дубликат]
На этот вопрос уже есть ответ:
ДУБЛИКАТ Диск медленно заполняется, но размер файла не изменяется
Каков метод определения виновника «полного» диска? У меня нет ничего большого в файловой системе, но «фантомные файлы», похоже, заполнили раздел /.
DU не показывает, где проблема:
root@godzilla:/# du -hx --max-depth 1
4.0K ./snap
15M ./bin
17M ./sbin
1.8G ./usr
8.0K ./media
6.4G ./var
56K ./tmp
167M ./boot
4.0K ./stuff
4.0K ./srv
56K ./home
118M ./root
4.0K ./mnt
8.2M ./etc
856M ./lib
4.0K ./lib64
4.0K ./opt
16K ./lost+found
9.3G .
df показывает, что раздел / заполнен!
root@godzilla:/# df -h
Filesystem Size Used Avail Use% Mounted on
udev 1.9G 0 1.9G 0% /dev
tmpfs 395M 12M 384M 3% /run
/dev/mapper/Godzilla--PC--vg-root 225G 225G 0 100% /
tmpfs 2.0G 0 2.0G 0% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 2.0G 0 2.0G 0% /sys/fs/cgroup
tmpfs 395M 0 395M 0% /run/user/1000
/dev/sdb 687G 290G 363G 45% /stuff/drive2
/dev/sdc1 699G 361G 338G 52% /stuff/drive3
0
задан Will Allen
7 September 2017 в 05:35
поделиться
1 ответ
Для нахождения папок с самыми большими файлами в / работает du / 2>/dev/null | sort -n -r | head -n 10. Это позволит Вам сужать свой поиск к определенной папке под /.
знать этот вызов du только перечислит папки, но найдет папку полной маленьких файлов. Для раскрытия самого большого файла добавляют * к эти du команда. например, du /* 2>/dev/null | sort -n -r | head -n 10. Также использование du -h перепутало бы вид.
0
ответ дан J. Starnes
2 November 2019 в 07:35
поделиться