Após anos de rsync
, estou experimentando deja-dup
. Não tão bem sucedido, até agora:
Toda tentativa de que ela grave seu backup via ssh resulta em uma árvore de diretórios local aberta no diretório onde o front dejaupdup começou:
para o registro: user
e server
estão definidos com o utilitário de configuração, o backup deve ir para o diretório /export/dumps/notebookhost/user/deja-dup
Usando um pequeno diretório como fonte para o backup, para testar ...
resultado: um diretório local de /home/user/sftp:/user/server/export/dumps/notebookhost/user/deja-dup
contendo o backup (imagine isso em um agendamento de backup do diretório inicial - cada vez que ele é chamado, ele incharia o homedirectory com backup + homedirectory, até que o limite do sistema de arquivos seja atingido)
A chamada de duplicidade a partir da linha de comando funciona como deveria - usando scp ou sftp - uma vez que uma chave ssh pública sem chave é instalada no host de destino:
duplicity sampledir scp://user@host//export/dumps/client/home/user/deja-dup/
duplicity sampledir sftp://user@host//export/dumps/client/home/user/deja-dup/
Mas, mesmo depois de esses métodos serem testados e verificados (e a limpeza da bagunça local), o dejetor de front-end ainda cria estruturas de diretórios locais a partir de " sftp:
"
Omitir o nome de usuário nos resultados da configuração ao omitir o nome de usuário no caminho (local). O preenchimento com /
-es em locais estratégicos resultou apenas em %2F
-es adicionados ao caminho.
Se "local personalizado" for selecionado, o último uri gerado para ssh será exibido como:
sftp://192.168.178.12/export/dumps/client/home/user/deja-dup
esta localização está faltando um /
para escrever com sucesso em outro lugar, mas o homedirectory de usuários, no entanto, ele falha da mesma maneira quando selecionado através do item de menu " ssh
". Tentei substituir sftp
por scp
e ssh
e só recebi diretórios locais com nomes diferentes. Citando o uri não funciona, já que nesse caso ele obtém o caminho para o homedirector local preprended. Escapar de partes do uri também não funciona - o caractere de escape é inserido literalmente no nome do diretório local.
Próxima tentativa: usando dconf-editor
para contornar a análise na ferramenta de configuração.
org.gnome.DejaDup.File path 'sftp://user@host:22//export/dumps/client/home/user/deja-dup/'
É possível adicionar aspas simples (como em todas as outras strings) ao redor do uri. Infelizmente, isso só resulta em um nome de canal local começando com uma aspa simples, assim que deja-dup --backup
é chamado ...
Bug 908791 Fazendo backup em ftp ou sftp, cria a pasta "sftp:" ou "ftp:" em Deja O local de lançamento do Dup parece descrever isso desde dezembro de 2011, mas não está resolvido. O pacote python-paramiko
está (foi) instalado.
Atualização:
Ao tentar acessar o sistema de arquivos de remoção via sftp
in nautilus
(digite ^ L para acessar a barra de localização, digite sftp://user@host/export/dumps/client/user/
as uri, o mesmo caminho estranho /home/user/sftp:/user@host/..
é construído e ecoado na mensagem de erro ( /home/user
sendo o diretório de trabalho atual):
Unable to find the requested file. Please check the spelling and try again.
Unhandled error message: Error when getting information for file '/home/user/sftp:/user@host/...': No such file or directory.