comando di backup adb su dispositivo non rootato crea un file di backup vuoto?

Di recente ho provato a eseguire il backup del mio telefono Motorola Moto G2 XT1068 con Lollipop 5.0.1 e dopo averlo collegato tramite USB con il debug USB attivato e ho eseguito il comando di backup adb per eseguire il backup completo del mio dispositivo e questa domanda Backup completo di dispositivi non rooted e la soluzione mi ha guidato. Tuttavia, eseguendo il seguente comando adb,

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

non funziona nel mio caso. Il comando mi ha indicato di sbloccare il mio dispositivo e confermare l'operazione di backup. Tuttavia, in tal modo è stato visualizzato il messaggio Backup startede Backup completedbrindisi back-to-back in solo un secondo di durata. E ovviamente anche il backup.abfile generato era un file 0kb vuoto.

Anche la rimozione e la modifica del parametro non sono di aiuto.

— Fortunato
fonte

Ho avuto un problema simile su un dispositivo 4.4.2, ma la tua soluzione non funziona per qualche motivo ... anche se prima aveva funzionato ... curioso.

— jpaugh,

@jpaugh Prova questa risposta android.stackexchange.com/q/83080/96277 che è specificamente per KitKat.

— Lucky

Molto apprezzato!

— jpaugh

Risposte:

La soluzione alternativa era impostare la password di backup del desktop in Impostazioni sviluppatore. Sembra che ci sia un bug nel processo di backup. Se non hai impostato una password di backup del desktop nelle impostazioni delle opzioni dello sviluppatore, si verificano i problemi di cui sopra e il tuo backup alla fine sarà incompleto (file di backup vuoto). Tuttavia, non sono riuscito a trovare una fonte ufficiale per questo bug report che l'impostazione della password di backup del desktop risolve il problema del backup adb.

Ho ottenuto queste informazioni in base al backup completo del telefono XDA Forum [GUIDE] senza sblocco o root

Nota: sembra che ci sia un errore in cui le operazioni di backup e ripristino falliranno a meno che non sia impostata una password di backup desktop in Opzioni sviluppatore. Non funzionerà con una password vuota.

Dopo aver impostato la password di backup del desktop in

Settings > Developer Options > Desktop backup password

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

Ora sono in grado di eseguire correttamente i comandi di backup adb precedenti. Si noti che ho lasciato il -systemparametro in quanto è quello predefinito e il backup.abfile è quasi 6 GB ora.

— Fortunato
fonte

Hai verificato se è stato archiviato un bug? La tua risposta è in contrasto con questa domanda (anche se per Kitkat).

— Firelord

@Firelord No Non sono riuscito a trovare un bug segnalato su questo problema. Ma non ricordo di aver crittografato o impostato la password di backup del desktop in precedenza. Ho inserito 1234 nel campo della password corrente e per fortuna ha accettato. :)

— Lucky

È bello averlo, quindi grazie per la condivisione, ma nella migliore delle ipotesi è una soluzione (non una "soluzione"). A volte è necessario disporre dei backup senza crittografia della password (ad esempio per convertire il .abfile in a .tarper un'indagine).

— Izzy

@Izzy Ma Android Backup Extractor può convertire .abin .taranche se il file è crittografato con una password. Ovviamente, devi fornire la password durante la conversione. :)

— Firelord

Potrebbe essere - rende ancora le cose un po 'più complicate :) Solo dicendo, nessuna critica è prevista!

— Izzy

Su Marshmallow, l'impostazione (o l'utilizzo di una) password di backup ha funzionato per me, ma non credo che questi file a 0 byte siano dovuti a un bug. Essere in grado di aggirare la crittografia di sistema semplicemente eseguendo un backup è un bug, enorme.

A differenza dei dispositivi non crittografati, l'accesso fisico a un dispositivo crittografato non compromette i dati del dispositivo (a condizione che la crittografia non sia difettosa).

— Vladimir G. Ivanovic
fonte

La parola bug proveniva da un post dal post del forum XDA. E questo dovrebbe essere un commento dal momento che non aggiunge altro che ciò che è già specificato nella mia risposta.

— Lucky

Penso che sia importante che le persone si rendano conto che consentire il backup di un dispositivo crittografato senza password vanifica lo scopo della crittografia. Sto solo dicendo.

— Vladimir G. Ivanovic,