On 2017-11-15 05:35, Imran Geriskovan wrote:
On 11/15/17, Lukas Pirl <bt...@lukas-pirl.de> wrote:
you might be interested in the thread "Read before you deploy
btrfs + zstd"ยน.
Thanks. I've read it. Bootloader is not an issue since /boot is on
another uncompressed fs.
Let me make my question more generic:
Can there be any issues for switching mount time
compressions options from one to another, in any order?
(i.e none -> lzo -> zlib -> zstd -> none -> ...)
zstd is only a newcomer so my question applies to all
combinations..
The 'compress' and 'compress-force' mount options only impact newly
written data. The compression used is stored with the metadata for the
extents themselves, so any existing data on the volume will be read just
fine with whatever compression method it was written with, while new
data will be written with the specified compression method.
If you want to convert existing files, you can use the '-c' option to
the defrag command to do so.
Aside from this, there is one other thing to keep in mind about zstd
which I mentioned later in the above mentioned thread. Most system
recovery tools do not yet have a new enough version of the kernel and/or
btrfs-progs to be able to access BTRFS volumes with zstd compressed
data or metadata, so you may need to roll your own recovery solution for
the time being if you want to use zstd.
--
To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
