Un recupero personalizzato funzionerà con un dispositivo crittografato?


26

Volevo sapere se l'uso della crittografia integrata di Android (introdotta in 3.0) avrebbe influito sulla mia capacità di utilizzare un recupero personalizzato (Clockwork Mod nel mio caso).

Più precisamente se sarò ancora in grado di eseguire backup / ripristini Nandroid e eseguire il flash di nuovi file e aggiornamenti?

Risposte:


4

La risposta di ce4 non ha funzionato per me sul mio Galaxy Nexus GSM (Maguro) usando CWM 6.0.1.1. Continuavo a ricevere errori da CWM che mi diceva che non poteva montare / sdcard anche dopo aver montato un tmpfs lì e usato adb per spingere l'aggiornamento.zip lì.

Dopo aver letto un thread su XDA, ho scoperto che a differenza di CWM, TWRP è in grado di montare una partizione sdcard crittografata. Quindi ho scaricato TWRP per GNex e l'ho scaricato usando fastboot. Quando ho avviato il ripristino mi ha chiesto la password per la partizione sdcard crittografata e sono stato in grado di aggiornare l'aggiornamento normalmente.

Collegamenti: thread
TWRP
XDA


1
Fai una sintesi dei passaggi della discussione che ti hanno aiutato, non limitarti a fornire un link.
DeLiK,

Se il collegamento si interrompe, questa risposta sarà meno che utile.
Roxan,

Per favore fatemi sapere se la risposta modificata sopra è più utile.
Emeka,

Motivo: è necessario adattare alcune cose minori al GNexus in quanto ha una posizione diversa (/ dati / media) per la sdcard virtuale (con introduzione di JB). Soluzione: creare il mountpoint di tmpfs su / data e 'mkdir / data / media'. Lo includerò anche nella mia risposta. Vedi anche l'aggiornamento nella mia risposta (su adb sideload).
Ce4,

13

Sì, il recupero personalizzato funziona con un dispositivo a nido d'ape crittografato. La crittografia integrata non tocca affatto ROM e firmware. Crittografa solo account, impostazioni, app scaricate e i loro dati ecc. Che possono essere localizzati nella memoria del telefono, SD interna o SD esterna. Ecco perché la crittografia non è più presente dopo il ripristino delle impostazioni di fabbrica perché non sono disponibili dati crittografati.
Crittografia a nido d'ape
I file per l'ambiente di recupero personalizzato vivono su ROM come firmware. Ecco perché sopravvivono al ripristino delle impostazioni di fabbrica. Poiché i file / gli aggiornamenti flash hanno a che fare con la ROM, ti sarà permesso farlo. Quando si tratta di backup Nandroid, puoi farlo anche tu, ma il backup dei dati crittografati verrà eseguito in quel formato che non può essere ripristinato usando Titanium Backup. Sì, è possibile ripristinare perfettamente Nandroid.


1
Sono appena riuscito a crittografare il mio dispositivo. Sfortunatamente non sembra che sarò in grado di utilizzare Clockwork Mod con il mio dispositivo crittografato. Quando si utilizza Clockwork Mod non sembra essere in grado di trovare la partizione della scheda SD. Suppongo che ciò sia dovuto al fatto che il mio dispositivo (Galaxy Nexus) non supporta l'archiviazione esterna MircoSD. Quindi la partizione / sdcard è crittografata con tutto il resto.
Dracs,

2
Non sei ancora sfortunato se il tuo dispositivo non supporta SD esterno. Decifrare il dispositivo ed eseguire una partizione di SD interna. Montare una partizione su / sdcard in modo che possa essere utilizzata dal sistema e lasciarne un'altra (anche la Mod Clockwork può eseguire il montaggio). Quindi, crittografa nuovamente il dispositivo (non toccherà altre partizioni). Questo renderà uno spazio utilizzabile su SD interna per lavorare con Clockwork Mod.
Android Quesito,

12

Sul mio Nexus SI crittografato uso un mount temporaneo di tmpfs su / sdcard in CWM. Ha abbastanza RAM per contenere la nuova ROM in memoria durante l'aggiornamento:

Scarica la tua ROM su /tmp/update.zip e avvia il ripristino. Quindi accedi tramite 'adb shell':

## on the host machine do:
me@workstation:/tmp$ adb shell
## now on the device in 'adb shell' mode...  
~ # mount -t tmpfs none /sdcard/  
## the following command is not needed, it only shows the newly created mount point
~ # df -h
Filesystem                Size      Used Available Use% Mounted on  
[...]  
none                    172.4M         0    172.4M   0% /sdcard  
~ # exit  
## now back on the host machine again
me@workstation:/tmp$ adb push update.zip /sdcard/  
5567 KB/s (131676307 bytes in 23.097s)  

Quindi esegui i soliti passaggi di aggiornamento "installa zip da sdcard".

EDIT: a partire da ICS / Jelly Bean c'è il nuovo adb sideload <filename-of-update.zip>metodo

Funziona con CWM dalla versione 6.0.1.5 in poi e hai bisogno degli strumenti della piattaforma SDK Android v16 o superiori. Se sei in CWM puoi vedere una nuova voce install zip da sideload se è supportata.

Il vecchio metodo funziona ancora:
se il sideload non funziona, puoi comunque usare il metodo tmpfs. CWM prevede / data / media come posizione per update.zip ora, tuttavia il mountpoint deve essere / data, quindi è necessario farlo ora:

me@workstation$ adb shell
~ # mount -t tmpfs none /data
~ # mkdir /data/media
## Go on with 'adb push update.zip /data/media' and then like above

Motivo: a
partire da ICS + il layout di partizione proposto è cambiato. Non ci dovrebbero essere più partizioni sdcard formattate in FAT ma la memoria esterna ora risiede in / data / (/ data / media). Per rimanere compatibile, un mount FUSE emula le vecchie proprietà FAT (diritti di accesso e simili). Puoi vederlo quando c'è un fusibile montato su / storage / sdcard0, è simile al seguente:

shell @ android: / $ mount | grep fuse
[...]
/ dev / fuse / storage / sdcard0 fuse rw, nosuid, nodev, relatime, user_id = 1023, group_id = 1023, ... 0 0
[...]


Nel mezzo degli esami, quindi non posso ancora provarlo. Ma potrei vedere se posso usare un adattatore USB OTG per montare un'unità flash. Non ho idea se funzionerebbe, ma potrebbe provarlo più tardi.
Dracs

@Richard: / system non è crittografato. Funziona anche su un GN. Potresti cancellare il tuo commento?
Ce4

In realtà non ho idea del perché l'ho scritto. Soprattutto da quando l'ho votato allo stesso tempo.
RR

Questo non funziona per me. dfnon capisce -h. Tuttavia, continuo comunque e quando ho finito / sdcard / contiene update.zip. Quando riavvio il telefono in modalità di ripristino, tuttavia, la scheda SD non può essere montata, presumibilmente perché il filesystem temporaneo non è più disponibile.
Gausie,

@Gausie: l'hai fatto nell'ordine sbagliato. Prima avvia il ripristino e solo successivamente esegui i passaggi precedenti ('mount ...' e 'adb push ...').
Ce4
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.