df показывает неправильный размер диска

Df -h показывает неправильное пустое пространство на моем сервере для одного из дисков:

/dev/sda2   450G    393G    34G     93%     /

Cpanel показывает, что у него всего 34 ГБ свободного места, но их намного больше. Несколько минут назад я удалил более 80 ГБ файлов журнала. Так что я уверен, что это совершенно неправильно.

fdisk -l / dev / sda2 также показывает что-то не так:

Disk /dev/sda2: 498.0 GB, 498098280960 bytes
255 heads, 63 sectors/track, 60557 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/sda2 doesn't contain a valid partition table

Что я могу сделать, чтобы решить эту проблему без форматирования?

Между вами и df, Я буду доверять df.

Файловая система на /dev/sda2 может хранить 450 ГБ, в настоящее время разделенных таким образом:

393 ГБ используется
34 ГБ бесплатно
22,5 ГБ свободно, но зарезервировано для root, поэтому не учитывается в free столбец

Пространство, зарезервированное для root, по умолчанию составляет 5% (и, очевидно, ваша система использует значение по умолчанию, так как число совпадает), вы можете изменить это с помощью tune2fs но я не рекомендую это, если вы не знаете, что делаете.

fdisk -l /dev/sda2 не содержит таблицы разделов. После всего, /dev/sda2 это перегородка. Таблица разделов находится на диске, /dev/sda.

Размер раздела /dev/sda2 составляет 498098280960 байт. Размер файловой системы составляет примерно 450 * 1024 * 1024 * 1024 = 483183820800. Либо это почти 14 ГБ в структурах данных файловой системы (что немного больше, чем я ожидал, у меня здесь ~ 8 ГБ на файловой системе такого же размера, но возможно, вы разрешили много inodes).

Итак, единственная проблема, которая может быть проблемой, - это 80 ГБ журналов, которые, по вашему мнению, вы удалили. Вы уверены, что все они были в этой файловой системе? Могли ли некоторые из них иметь оставшиеся жесткие ссылки?

Вы говорите, что удалили файлы журналов, но удостоверились ли вы, что программы, записывающие эти файлы журналов, все еще не записывают в них?

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

Итак ... используйте "lsof" и ищите удаленные файлы. Перезапустите службы, которые записывали в файлы журналов, и вы, скорее всего, увидите, что освободилось место.