Так что в основном прозрачное сжатие BTRFS (zstd:0) не работает для файлов журнала в /var/log/journal
. Я не понимаю эту проблему, потому что ручное сжатие файлов (файл zstd) дает значительную разницу в размере, но compsize сообщает о них на 100% как о несжатых. Сжатие отлично работает для других разделов.
fstab
/dev/mapper/vg_1-lv_varlog /var/log btrfs compress-force=zstd,relatime,nodev,nosuid,noexec 0 0
композици
Processed 21 files, 28 regular extents (28 refs), 0 inline.
Type Perc Disk Usage Uncompressed Referenced
TOTAL 100% 1.0G 1.0G 1.0G
none 100% 1.0G 1.0G 1.0G
Примеры файлов
-rw-r-----+ 1 root systemd-journal 72M Apr 3 07:32 system@0a8678d3dc704a8c898bb86a8a8bc4bd-00000000000c94d0-0005a2528ac7d3c7.journal
-rw-r-----+ 1 root systemd-journal 72M Apr 3 19:09 system@0a8678d3dc704a8c898bb86a8a8bc4bd-00000000000de606-0005a25c3fec3527.journal
-rw-r-----+ 1 root systemd-journal 72M Apr 4 06:45 system@0a8678d3dc704a8c898bb86a8a8bc4bd-00000000000f3745-0005a265fa4a95e6.journal
-rw-r-----+ 1 root systemd-journal 72M Apr 4 18:20 system@0a8678d3dc704a8c898bb86a8a8bc4bd-000000000010887c-0005a26fb371f920.journal
Пример степени сжатия
-rw-r-----+ 1 root systemd-journal 72M Apr 8 06:55 system@0a8678d3dc704a8c898bb86a8a8bc4bd-00000000001c6a81-0005a2b9d9cd6e8f.journal
-rw-r-----+ 1 root systemd-journal 9.2M Apr 8 06:55 system@0a8678d3dc704a8c898bb86a8a8bc4bd-00000000001c6a81-0005a2b9d9cd6e8f.journal.zst
Кажется, journald даже не выполняет сжатие, или я что-то упускаю?
Есть ли у вас какие-нибудь советы по этому поводу?
решение1
Похоже, что /var/log/journal
папка установлена как NOCOW ( +C
), что также отключает функциональность сжатия в BTRFS. Вы можете проверить это с помощью команды lsattr /var/log
.
Поскольку разработчики, вероятно, включили его по веской причине, лучше оставить все как есть, тем более, что SUSE также применяет этот флаг к этой папке (и ко всей папке /var).
Подробную информацию о +C
флаге смотрите в моем комментарии ниже.