где может быть мое дисковое пространство, если оно не разрежено, не удалено или не скрыто точкой монтирования
sed имеет небуферизованный режим, поэтому следующее должно работать также:
... | sed -u -r '/%[^\n]*\n/d'
Другие возможные объяснения:
- вы находитесь в
chrootили пространстве имен монтирования и не имеете доступа ко всей файловой системе. Вы можете узнать, запустивls -id /, который дает2, если вы не находитесь в пространстве именchroot/ mount. - Файловая система повреждена.
- Пространство используется одним из специальных индексов . Вы можете использовать
debugfsи выполнить некоторыеstat <3>,stat <4>... для проверки. - Пространство используется удаленным файлом, этот удаленный файл открыт процессом в другом пространстве имен pid (и вы не находитесь в пространстве имен корневого pid).
- Пространство используется удаленным файлом, этот удаленный файл не открывается ни одним файлом, но, например, подключен к устройству петли (
losetup -aдля проверки).
Обратите внимание, что нет причин, по которым разреженные файлы могут способствовать несоответствию между du и df .
Существует множество вещей, на которые файловая система может тратить дисковое пространство, не связанное с содержимым файлов.
df берет количество использованных и доступных блоков непосредственно из файловой системы, а du просто суммирует размер блоков, выделенных каждому файлу, поэтому любые не связанные с ФС структуры данных не учитываются.
Совершенно нормально, что du показывает меньше используемого пространства, чем df. Странно, что разница так велика, особенно для редко изменяемого корневого раздела. Вы как-то настраивали свою ФС? Вы также пробовали du --inodes для сравнения с df -i?