Ho trovato su XDA quest'utilissima guida fatta da hawkerpaul per effettuare un nandroid backup completo delle nostre ROM su base XXLSJ/XWLS8/XWLSD se utilizziamo kernel Siyah o DorimanX.
Visto che non è chiaro a tutti che la recovery attuale dei due kernel non effettua il backup della partizione /preload, con conseguenti problemi di ripristino dei nandroid backup, ho pensato di tradurla e di postarla qui sperando che serva a seguire i procedimenti giusti per un backup completo e funzionante.
Qui il download dei due script: (sono i file GS2PreloadBackup v.1.05 e GS2PreloadRestore v.1.05) Dev-Host - The Ultimate Free File Hosting / File Sharing Service
Changelog[/SIZE]
GS2PreloadBackup v1.05 (22/05/2013)
1. Extra free space checking. (Leggi sotto "known issues" )
GS2PreloadBackup v1.04 GS2PreloadRestore v1.05 (02/03/2013)
1. Backups can now go to either internal or external SD Card
GS2PreloadRestore v1.04 (22/02/2013)
1. Now restores /preload/symlink instead of whole of /preload for greater flexibility in dual-boot systems
2. Current /preload/symlink contents removed before restore giving a better snapshot for the restore point
GS2PreloadBackup v1.03 (22/02/2013)
1. Now backs up /preload/symlink instead of whole of /preload
GS2PreloadRestore v1.03 (22/02/2013)
1. Current /preload contents removed before restore giving a better snapshot for the restore point
2. Progress now given in Mb during the restore process
v1.02 (13/02/2013)
1. Numerous display updates
2. Log file now goes to /sdcard/MyBackups/HawkerLogs so that they are grouped with logs from my other scripts
v1.01 (31/01/2013)
1. Progress now given during backup operation of the size of backup complete
Link xda: [CWM UTIL] Backup/Restore of /preload (XXLSJ) - xda-developers
Known Issues
Free space checking prior to performing the backup always returns free space on internal sdcard even when
backing up to external sd card.
For some reason, when I do a df (on Siyah, not sure about other kernels)
I get the following:
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/block/mmcblk0p11
12063840 231264 11832576 2% /mnt/.secondrom
/dev/block/mmcblk1p1 12063840 231264 11832576 2% /sdcard
/dev/block/mmcblk0p11
12063840 231264 11832576 2% /sdcard
/dev/block/mmcblk1p1 30648992 17592608 13056384 57% /emmc
It appears /dev/block/mmcblk1p1 is mounted to /emmc AND /sdcard?????!!!!
All file operations on /emmc gets performed on the extenral sd card as expected (ie your backups WILL go to external), BUT when the df command is issued to check for available space, it is performed on /sdcard! Therefore, if the script is trying to find the space left on /emmc, and the device returned from the df command is /sdcard, then an error is presumed, an no space check performed.
COME FUNZIONANO GLI SCRIPT
I firmware XXLSJ/XWLS8/XWLSD hanno introdotto una nuova partizione in /dev/block/mmcblk0p12 montata in /preload.
Questo è stato necessario a causa del fatto che la partizione /system semplicemente non è abbastanza grande per contenere tutte le applicazioni extra che JB comprende.
Il problema è che, (questo non succede con Philz Kernel e Jeboo), i nandroid backup fatti in recovery con kernel Siyah e DorimanX omettono il backup di questa partizione /preload. Se si provano spesso ROM diverse e si ha l'abitudine di ripristinare i backup, il ripristino potrebbe non essere completo e creare problemi a causa della mancanza del ripristino della partizione /preload che non è stata backuppata.
Attualmente, se si usano kernel Siyah o DorimanX, l'unico modo per eseguire il backup/restore completo tramite CWM è quello di:
a) riavviare in recovery
b) flashare Philz/Jeboo
c) andare in advanced>reboot recovery
d) fare il vostro backup dentro la recovery di Philz/Jeboo
E se si vuole tornare a Siyah / Dori:
e) riflashare Siyah / Dori
f) andare in advanced>reboot recovery
g) riavviare
Se si ha bisogno di ripristinare un backup, e si utilizzano kernel Siyah/DorimanX allora si avrà bisogno di:
a) riavviare in recovery
b) flashare Philz/Jeboo
c) andare in advanced>reboot recovery
d) ripristinare il backup dentro la recovery di Philz/Jeboo
e) riflashare Siyah/Dori
f) riavviare
NOTA: Le ultime versioni di Philz richiedono di impostare in modo specifico il backup/restore di /preload. Si imposta dalla recovery Philz CWM:
1. avviare la recovery Philz
2. Philz settings
3. Special backup and restore
4. Misc nandroid settings
5. selezionare /preload processing (assicurarsi che dica /preload will be processed)
Per ovviare a questa mancanza in Siyah e DorimanX, ho scritto i seguenti 2 zip flashabili da CWM:
GS2PreloadBackup
Questo script farà il backup della partizione /preload.
Il backup viene salvato nel percorso /sdcard/MyBackups/preload/[ROM-Nome]/preload.tar
Pertanto, se si esegue il backup su diverse ROM differenti, si ottengono diverse cartelle in questa posizione, una cartella per ogni ROM.
GS2PreloadRestore
Questo consentirà di ripristinare il backup del /preload fatto dallo script precedente per la vostra ROM corrente.
Quindi, se si è su Siyah/DorimanX e si vuole fare un backup completo senza flashare varie volte i kernel, è possibile effettuare le seguenti operazioni:
1. avviare in recovery
2. fare il backup
3. flashare GS2PreloadBackup.zip
Per ripristinare il backup completo:
1. avviare in recovery
2. ripristinare il backup
3. flashare GS2PreloadRestore.zip
Lo script di restore controlla la ROM in cui ci si trova attualmente, in modo che venga ripristinato solo il backup giusto, a condizione che esista un backup creato in precedenza per la ROM, naturalmente.
COME CAMBIARE LA DESTINAZIONE DEI BACKUP
Di default i backup vengono salvati nella SD interna in /sdcard/MyBackups. E' possibile decidere di salvarli nella SD esterna modificando il file in /sdcard/MyBackups/HawkerOptions/MyWipeOptions.prop. Dentro questo file c'è una riga di codice che dice allo script dove salvare il backup. Modificare la seguente riga col seguente criterio:
BKP_LOCATION=int fa i backup nella SD interna (/sdcard/MyBackups)
BKP_LOCATION=ext fa i backup nella SD esterna (/storage/extSdCard/MyBackups)
N.B. Se modifichi il percorso del salvataggio dei backup, i backup esistenti non saranno spostati automaticamente nella nuova destinazione, ma sará necessario spostarli manualmente per non avere doppioni di backup.
SOMMARIO DEI FILE CREATI/USATI
1. /sdcard/MyBackups/HawkerLogs/GS2PreloadBackup.log.
2. /sdcard/MyBackups/HawkerLogs/GS2PreloadRestore.log.
Questi due file mostrano le attivitá svolte dallo script e vengono sovrascritti ogni volta che si eseguono gli script.
3. /sdcard/MyBackups/HawkerOptions/MyWipeOptions.prop.
Il file con le opzioni per gli script. Attualmente contiene la scelta della destinazione dei backup.
Ovviamente questa è una misura temporanea, fino a quando Siyah e DorimanX non includeranno il backup della partizione /preload nelle loro recovery.