O comando adb backup no dispositivo não raiz cria um arquivo de backup vazio?


15

Recentemente, tentou de backup meu telefone Motorola Moto G2 XT1068 correndo Lollipop 5.0.1 e depois de ser conectado via USB com usb-depuração ON e eu corri o comando de backup adb para backup do meu dispositivo completamente e esta questão backup completo de dispositivos não-enraizadas e a solução me guiou. No entanto, executando o seguinte comando adb,

adb backup -apk -shared -all -system -f D:/backup.ab

não funciona no meu caso. O comando instruiu-me a desbloquear o dispositivo e confirmar a operação de backup. No entanto, ao fazer isso, a mensagem toast Backup startede Backup completedtoast volta-se em apenas um segundo. E, obviamente, o backup.abarquivo gerado também era um arquivo 0kb vazio.

Remover e alterar o parâmetro também não ajuda.


3
Eu tive um problema semelhante em um dispositivo 4.4.2, mas sua solução não funciona por algum motivo ... embora tenha funcionado antes .. curioso.
jpaugh

11
@jpaugh Tente esta resposta android.stackexchange.com/q/83080/96277, especificamente para o KitKat.
Sorte

11
Muito apreciado!
jpaugh

Respostas:


10

A solução alternativa foi definir a senha de backup da área de trabalho em Configurações do desenvolvedor. Parece que há um erro no processo de backup. Se você não definiu uma senha de backup da área de trabalho nas configurações das opções do desenvolvedor, os problemas acima ocorrem e seu backup acabará incompleto (arquivo de backup vazio). No entanto, não foi possível encontrar uma fonte oficial para este relatório de erro que definir a senha de backup da área de trabalho resolve um problema de backup adb.

Obtenha essas informações com base no XDA Forum [GUIA] Backup completo de telefone sem desbloqueio ou raiz

Nota: Parece haver um erro no qual as operações de backup e restauração falharão, a menos que uma senha de backup da área de trabalho esteja definida em Opções do desenvolvedor. Não funcionará com uma senha em branco.

Depois de definir minha senha de backup da área de trabalho em

Settings > Developer Options > Desktop backup password

adb backup -apk -shared -all -f D:/backup.ab

Agora, sou capaz de executar os comandos adb backup acima com êxito. Note que deixei o -systemparâmetro como padrão e o backup.abarquivo tem quase 6 GB agora.


11
Você verificou se um bug foi arquivado? Sua resposta está em desacordo com esta pergunta (para Kitkat).
Firelord

@Firelord Não, não consegui encontrar um bug relatado sobre esse problema. Mas não me lembro de criptografar ou definir minha senha de backup da área de trabalho anteriormente. Eu inseri 1234 no campo de senha atual e felizmente ele aceitou. :)
Sorte

2
É bom ter isso, obrigado por compartilhar - mas é uma solução alternativa, na melhor das hipóteses (não uma "solução"). Às vezes, é necessário ter os backups sem criptografia de senha (por exemplo, para converter o .abarquivo em um .tarpara investigação).
Izzy

2
@ Izz Mas o Android Backup Extractor pode converter o arquivo .abem .tarmesmo que o arquivo seja criptografado com uma senha. Claro, você deve fornecer a senha durante a conversão. :)
Firelord

Pode ser - ainda torna as coisas um pouco mais complicadas :) Apenas dizendo, sem criticar!
Izzy

-1

No Marshmallow, definir (ou usar uma) senha de backup funcionou para mim, mas não acho que esses arquivos de 0 byte sejam causados ​​por um erro. Ser capaz de ignorar a criptografia do sistema apenas fazendo um backup é um erro enorme.

Observe que, diferentemente dos dispositivos não criptografados, o acesso físico a um dispositivo criptografado não compromete os dados do dispositivo (desde que a criptografia não esteja com defeito).


3
A palavra bug veio de uma postagem do fórum do XDA. E isso deve ser um comentário, já que não adiciona nada além do que já está especificado na minha resposta.
Lucky

Eu acho importante que as pessoas percebam que permitir backups de um dispositivo criptografado sem uma senha anula o objetivo da criptografia. Apenas dizendo.
Vladimir G. Ivanovic
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.