Saboteur

base64 --help

MYFILE=$(base64 -w0 <file>)

нет

gzip - потоковый архиватор, он не работает с файлами, он работает с потоками.

tаr сам сжимать не может, опция говорит что нужно передать выходной поток не в файл а в gzip (можно убедиться, что удалив gzip из системы, опция в tar перестанет работать)

Поэтому выход tar перенаправляется в gzip, который на ходу сжимает, и уже пишет в .tgz файл. Промежуточного файла не создается.

P.S. степень сжатия gzip гораздо ниже любого другого архиватора, который имеет возможность проанализировать файл целиком, но именно его архитектурное преимущество и позволяют связке tar+gzip держаться на плаву столько лет.

Скорее всего в директории есть файл, который похож на опцию tar.
Почему так происходит:
1. TAR, как довольно старая тулза, поддерживает старый BSD формат (без дефисов), поэтому, например, файл с именем x может быть воспринят как команда extract
2. Shell globbing (звездочка) разворачивается не таром, а шеллом, до того как в тар уходит команда.
3. Алексей Тен правильно подсказывает, что проблема скорее всего с файлом, и она решается ./* или . - в этом случае файлы в текущей директории будут добавлены не как filename, а как ./filename и tar их правильно увидит.

Tar все видит. Тар видит, что файл запакован bzip2 и не может найти bzip2 для распаковки.

Сам по себе tar не умеет, ему нужен bzip2 - установите его в систему и все будет хорошо.

find /home/user1/ -type d -maxdepth 1 -name "dir*" -exec tar cvfz {}; rm -rf {} \;

опция -z указывает, что тар будет вызывать gzip для архивации файла.
для gzip опция сжатия -1...-9 (чем больше цифра, тем сильнее сжатие), по умолчанию по-моему стоит 6.

ssh тут вообще не задействован.