Usando mktemp sobre SSH

Em:

ssh "$target" "mv $HOME/scripts/* $(mktemp -d -t scripts.XXXXXX)"

o mv $HOME...está dentro de aspas duplas, e dentro de aspas duplas, expansões de parâmetros e substituições de comandos são executadas, então elas $HOMEserão $(...)expandidas pelo shell local , não pelo shell remoto.

Você precisa colocar aspas simples em volta do código do shell para que ele seja passado literalmente para o shell remoto, e você deve verificar se o tmpdir foi criado corretamente antes de mover os arquivos para lá:

ssh "$target" '
  tmpdir=$(mktemp -d -t scripts.XXXXXX) &&
    mv -- ~/scripts/* "$tmpdir"
'

Isso pressupõe que o shell de login do usuário remoto $targetseja do tipo POSIX.

Se você não puder garantir, mas souber que o sshservidor no host remoto aceita LC_*variáveis ​​de ambiente como muitos fazem, você pode fazer:

LC_CODE='
  tmpdir=$(mktemp -d -t scripts.XXXXXX) &&
    mv -- ~/scripts/* "$tmpdir"
' ssh -o SendEnv=LC_CODE "$target" 'exec sh -c '\''eval "$LC_CODE"'\'

Que funciona:

exec sh -c 'eval "$LC_CODE"'

Que é uma sintaxe compreendida pela maioria dos shells (todos os comuns, em qualquer caso) e executa sh, dizendo para avaliar o código na $LC_CODEvariável de ambiente.

Ou você pode fazer:

printf %s '
  tmpdir=$(mktemp -d -t scripts.XXXXXX) &&
    mv -- ~/scripts/* "$tmpdir" < /dev/null
' | ssh "$target" 'exec sh'

Onde o código é passado para um, shexecutado remotamente por meio de seu stdin. Redirecionamos mvo stdin de para /dev/null, pois mvpode solicitar ao usuário em algumas circunstâncias, e não queremos que ele leia a resposta daquele pipe onde alimentamos o código.