Описание тега persona4
Да, это, наверное, в Btrfs, связанных с вопросом.
Как правило, классические дю
не является надежным с Btrfs, и довольно часто может давать, казалось бы, бессмысленные результаты, как это. В конечном итоге возникает из-за того, что стат()
(системный вызов, который дю
использует для того, чтобы увидеть, сколько места занимает каждый файл на диске) не знает или не заботится о reflinks, снимки, прозрачное сжатие, или в значительной степени все остальное, что в Btrfs обеспечивает за стандарт POSIX-семантики.
Влияние это заключается в том, что дю
будет рассчитывать любые блоки разделены между файлами через reflinks (которая включает любые блоки, которые были дедуплицированы, блоки общий, потому что файлы копируются с помощью функции ioctl клон, и любой, которые являются частью снимков) после план каждого файла , который содержит ссылку на блок, и поэтому дю
может показать явное использование диска намного больше, чем фактическое использование пространства.
Я хотел бы предложить, используя файловой системы Btrfs-дю -
вместо дю
, как это правильно посчитать все, что разделяет пространство.
Отметим также, что гном Дисковая утилита и ДФ
тоже не совсем надежный при работе с Btrfs, но по разным причинам (они должным образом учитывать reflinks, но не понимаю двухступенчатый распределитель использует ее, чтобы они могли сообщить о диск почти пустой, даже если ты не можешь написать что-нибудь к нему). В результате этого, они довольно часто показывают различного использования значений от тех, которые вы получите, выполнив ДУ
на корень файловой системы. (и это становится еще хуже, если вы используете ду-х
, потому что не крест подраздел границы, так как они выглядят как точки монтирования).