GNU tar имеет встроенную поддержку для компрессоров и может напрямую их вызывать (даже zstd добавили, хоть и ограничено -- было например не перечислить дополнительные параметры в переменной, как с xz). Ни одна программа на свете не реализует эти алгоритмы сама, это не мешает им уметь в поддержку различных форматов сжатия. И да, твоё "один файл" не проблема, тарбол можно проиндексировать для получения произвольного доступа. Я использовал индексированные gz и есть даже для тарболов сжатых zstd. Что до "смонтировать", то ratarmount это видимо позволяет. Архиватора лучше и универсальнее tar ещё не придумали, зачем могу понадобиться снапшоты я до сих пор не понимаю. Некоторые безграмотные товарищи применяют их как альтернативу бэкапам, но это абсолютно некорректное использование.

Зы
>если данные в момент бэкапа активно изменяются

Конечно, остановить и сделать снапшот может быть на пару секунд быстрее, чем затарить, но что если что-то пойдёт не так из-за вмешательства в метаданные фс, сколько даунтайма это принесёт? Снапшот же изменяющихся данных будет равноценен хардресету и это очень не понравится софту, толку от таких снапшотов? И что будет, когда прошлые полноценные снапшоты без повреждений окажутся удалены и повреждённый окажется единственным в бэкапе? С тарболами всё шанс поиметь проблем ниже и если что-то не так, это можно обнаружить.