O problema original (baseado na leitura de todos os comentários para a questão OP) era que o executável scp
no sistema de 64 bits era um aplicativo de 32 bits. Um aplicativo de 32 bits que não é compilado com "suporte a arquivos grandes" acaba com ponteiros de busca limitados a 2^32 =~ 4GB
.
Você pode dizer se scp
é de 32 bits usando o comando file
:
file 'which scp'
Na maioria dos sistemas modernos, ele será de 64 bits, portanto, não ocorrerá truncamento de arquivo:
$ file 'which scp'
/usr/bin/scp: ELF 64-bit LSB shared object, x86-64 ...
Um aplicativo 32 ainda deve ser capaz de suportar "arquivos grandes", mas deve ser compilado a partir do código-fonte com suporte para arquivos grandes, o que aparentemente não é esse caso.
A solução recomendada é, talvez, usar uma distribuição padrão completa de 64 bits, em que os aplicativos são compilados como 64 bits por padrão.