В предисловие: есть много других полезных вопросов (например, это и это) о возможных причинах различных размеров, о которых сообщает дф и дю. Однако ни одно из объяснений не применимо к моему чрезвычайно простому случаю, отсюда и этот новый вопрос.
У меня очень простой сценарий: у меня есть два идентичных жестких диска Seagate емкостью 5 ТБ, купленных одновременно (несколько месяцев назад), с исходным форматированием NTFS. Жесткий диск A заполнен несколькими тысячами в основном больших файлов (размером в гигабайты), и FreeFileSync используется для ночного зеркалирования диска A на диск B.
Уже при первом зеркалировании я обнаружил, что файлы на диске B занимают почти на 3% больше места, чем на диске A, и это продолжается до сих пор (несколько месяцев спустя). С идентичные файлы на обоих, дф отчеты (в блоках 512 Б):
Файловая система 512 блоков Используемая доступная емкость iused iffree %iused Установлено на
/dev/disk4s2 9767276536 8946736496 820540040 92% 6149 4294961146 0% /Тома/A
/dev/disk5s2 9767276536 9199664896 567611640 95% 5719 4294961576 0% /Тома/Б
Пока ду-д 0 в корне каждого диска (опять же в блоках 512 Б) разница составляет всего 0,002%:
Ответ: 8939999664
Б: 8940229723
Итак, я пытаюсь выяснить, что может привести к уменьшению доступного места на 3% на диске B - разница в 121 ГБ на этих двух дисках по 5 ТБ.
Я исключил все предложения, которые я нашел в другом месте - это не проблема фрагментации файла, так как дю показывает аналогичное использование блоков, нет никаких символических ссылок или жестких ссылок любого рода, ни на них не смонтированы тома, ни на скрытых журналах, у меня не заканчиваются иноды, я запускал дю как корень, нет файлов, помеченных для удаления, все еще с открытыми дескрипторами, корень .Мусор папка на обоих пуста. я прочел дю не считает блоки, используемые самими каталогами и другими данными файловой системы, но я не понимаю, как это добавит до 121 ГБ недостающего пространства - плюс каталоги, очевидно, идентичны между дисками, и всего около тысячи каталогов . Когда я проверяю файловые системы, на обоих дисках нет ошибок. Интересно, может ли проблема быть плохими блоками, но я не могу найти никаких ссылок на то, как определить, компенсирует ли это уже файловая система. Эти диски также довольно новые, и несоответствие существует с первого дня.
Эта проблема имеет первостепенное значение, потому что, когда диск A почти заполняется по мере добавления файлов, зеркальное отображение завершается ошибкой, поскольку первым заканчивается место на диске B. На данный момент я «решил» это, используя диск B для записи и диск A для зеркалирования, чтобы избежать этой проблемы, но я все же хотел бы понять, что может использовать загадочные 121 ГБ пространства.
