Não é possível rsync para o HDD secundário no servidor remoto; unidade de inicialização funciona bem

Question

Atualmente estou no processo de configurar o desktop da minha namorada como um servidor de arquivos / media center. Eu pessoalmente uso o rsync para fazer grandes backups de arquivos incrementais, e estou tentando fazê-lo funcionar para que ela possa fazer o backup da pasta do iTunes local do seu laptop Mac para a área de trabalho remota.

No servidor, que está executando o Ubuntu 16.04 (na verdade, um desktop), há um SSD de 240 GB como uma unidade de inicialização e um HD de 500 GB como um dispositivo de armazenamento secundário. Naturalmente, seria preferível rsync para o disco rígido, especialmente considerando o tamanho da biblioteca de música (~ 200GB).

Estranhamente, eu sou capaz de rsync da máquina local para qualquer pasta no SSD, mas quando tento rsync para o disco rígido, recebo um erro. Especificamente, este comando funciona muito bem:

rsync -avz -e ssh /Volumes/500GB\ WD\ HDD/iTunes/ [email protected]:/home/user/Music/iTunes/

Mas assim que eu tentar isso:

rsync -avz -e ssh /Volumes/500GB\ WD\ HDD/iTunes/ [email protected]:/media/user/500GB\ Drive/iTunes/

Eu recebo o seguinte erro:

rsync: connection unexpectedly closed (8 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at /BuildRoot/Library/Caches/com.apple.xbs/Sources/rsync/rsync-51/rsync/io.c(453) [sender=2.6.9]

Qualquer ideia é muito apreciada. Isso está realmente me enganando.

P.S. Tenho certeza de que o caminho para o disco rígido na pasta remota está correto.

    

Answer 1

Verifique se você não está usando o sudo ao executar os comandos acima. Se você usar o sudo enquanto estiver usando o SSH / SCP, ele tentará fazer o login como root no destino (desktop).

Certifique-se de que o usuário no qual você está efetuando login com mais de ssh tenha permissão para escrever no diretório em que você tem a unidade montada. Enquanto você está na área de trabalho, tente abrir as pastas do gerenciador de arquivos, tente copiar um arquivo para ele arrastando e soltando. Não insira a senha do sudo a qualquer momento.

Se você não puder fazer o que foi mencionado acima enquanto estiver no sistema e estiver logado como o usuário que está sendo usado para o SSH, então você não poderá fazê-lo também através do SSH.

Tente montar o hard rive dentro da pasta /home/*username*/ no servidor. Desta forma, você tem certeza que pode escrever para ele com o SCP / SSH.