Рейтинг:0

df -h shows / is 100% but du -sh * is not showing where the utulization is

флаг ru

OS: Oracle Linux 7.5

df -h keeps showing that / is 100% full but searching on / with du -sh * is not showing where that utilization could possibly be, any help and suggestions will be appreciated. I also can't install lsof coz of the space issue.

[root@ /]# df -h
Filesystem                                    Size  Used Avail Use% Mounted on
devtmpfs                                       32G     0   32G   0% /dev
tmpfs                                          32G   14M   32G   1% /dev/shm
tmpfs                                          32G  1.3G   31G   4% /run
tmpfs                                          32G     0   32G   0% /sys/fs/cgroup
/dev/sda3                                      50G   48G     0 100% /
/dev/sda1                                     976M  208M  702M  23% /boot
/dev/sda2                                     469G   75M  445G   1% /home
//hidden                                       11T  8.5T  2.4T  79% /mnt/buffalo
/dev/sdb                                      2.7T  632G  2.0T  25% /rsv


[root@santo /]# du -sh *
0       bin
206M    boot
14M     dev
38M     etc
2.1M    home
0       lib
0       lib64
16K     lost+found
4.0K    media
4.0K    mnt
28K     opt
0       proc
11M     root
632G    rsv
1.3G    run
0       sbin
4.0K    srv
0       sys
32K     tmp
2.3G    usr
755M    var
dave_thompson_085 avatar
флаг jp
Дубликат https://serverfault.com/questions/57098/du-vs-df-difference и https://serverfault.com/questions/275206/disk-full-du-tells- Different-how-to-further-Investigate и перекрестите https://unix.stackexchange.com/questions/565377/unix-df-output-is-var-98-but-just-374mb-used-in-du-output https://unix.stackexchange.com /questions/120311/почему-есть-там-много-разных-способов-измерения-использования-диска дф
Рейтинг:2
флаг cn

Это может быть каталог, начинающийся с ..

Пытаться du --max-depth 1 --одна файловая система / который покажет каталоги верхнего уровня и не будет пересекать точки монтирования.

Например.

# du --max-depth 1 --one-file-system --человекочитаемый / | сортировать -ч
4.0K / носитель
4.0K/ср
16K /потеряно+найдено
20 000 000 000 000 рублей
488K/тмп
14М/SFTP
29М/и т.д.
72M / загрузка
245M / корень
1,7 г/опция
3,7 Г/вар
5,7 г/usr
22G / дома
34G/
Рейтинг:1
флаг cn

Вы можете выполнить кое-что из того, что lsof делает с командой, подобной следующей.

найти /proc/*/map_files -ls | grep '(удален)'

Имена символических ссылок, указанные в этих выходных данных, включают диапазоны в шестнадцатеричном формате, которые в некоторых случаях могут соответствовать размерам файлов. Только цели символической ссылки в вашей полной файловой системе (/) могут быть уместны в этом контексте. Может быть особенно полезно проверить несвязанные открытые файлы в /вар/журнал.

Если вы обнаружите таким образом подозрительный несвязанный открытый файл, его имя должно включать идентификатор процесса, открывшего его, и уничтожение этого процесса (или перезагрузка) должно освободить пространство, занимаемое этим файлом.

Еще одно место для поиска скрытого пространства, помимо несвязанных открытых файлов (которые, если lsof установлен, он может сообщить), есть точки монтирования. Если другой том монтируется поверх непустой точки монтирования, об использовании диска под этой точкой монтирования не будет сообщаться. дю.

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

флаг cn
Проголосовал! Это самое распространенное объяснение. Скрытые файлы в `/` встречаются не так часто, в то время как процесс, удерживающий открытым уже удаленный файл журнала, является очень распространенной проблемой.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.