Почему кажется, что fstrim не обрезает блоки данных на btrfs (+ ecrypts)?
Я обнаружил еще одну проблему - вы не определяете запись ns в файле зоны rpz.
@ NS 127.0.0.1.
и используйте инструменты bind для устранения неполадок в конфигурации. Для проверки синтаксиса конфигурации:
named-checkconf
и для проверки синтаксиса файла зоны:
named-checkzone filter /etc/bind/filter.zone
и для проверки bind работает без ошибок:
netstat -lntup | grep 53
Распространенным заблуждением является беспокойство по поводу размеров, сообщаемых fstrim.
На самом деле это ничего не значит.Просто игнорируйте это.
fstrimпросто выдает соответствующий ioctl, все остальное — решение файловой системы, а файловые системы ведут себя совершенно по-разному. Например, ext4пытается избежать обрезки одних и тех же элементов снова и снова, поэтому вы увидите 0 bytes trimmed. xfsвсе равно и обрезает все бесплатное, так что вы всегда будете видеть <roughly free space> bytes trimmed. Другие файловые системы могут делать другие вещи,все зависит от того, как файловая система решила реализовать логику системного вызова FITRIM, если она вообще реализована.
Пока объем обрезанных данных не превышает свободного места, вы должны быть в порядке, независимо от того,fstrim(что на самом деле сообщает файловая система ).
В конце концов, только сам SSD действительно знает, что в данный момент обрезано, а что нет. Обрезка уже обрезанных блоков не наносит никакого вреда.
Не делайте выводов на основании x bytes trimmed, как сообщает fstrim.
Если вы хотите убедиться, что данные были обрезаны, вам необходимо проверить необработанные данные на диске.(https://unix.stackexchange.com/a/85880/30851)но этот метод может не работать для btrfs, я никогда не пробовал.