C'era qualcosa che non andava nel tuo post originario.. nella seguente immagine il confronto prima/dopo
Avevo provato ad installare il oneplus one toolkit ma l'antivirus me lo impediva, perciò mi sono messo a cercare ed ho trovato ADB Fastboot Minimal 1.3.1 già completo di tutti i driver per OPO e con pochi comandi ho sbloccato il bootloader. Dopo ho trovato la recovery TWRP, flashata in un batter d'occhio e da quella ho installato l'ultimissima versione CyanogenMod basata su KK 4.4.4 (NIGHTLY) che va una bomba. Alla fine gli ho aggiunto le GAPP paranoid (la versione PA modular) ed ora è perfetto.Mentre prima la ricezione ed il segnale erano una chiavica, adesso prende alla grande. Cambiato anche software fotocamera, semplificato ma eccellente. L'unica raccomandazione e di non installare le GAPP stock altrimenti sostituiscono la fotocamera e non funziona.
Ultima modifica di teoremax; 05-08-14 alle 18:46
Goldrake1 (06-08-14)
riccardi (06-10-14)
Questo è il volume 179 del One (ovvero il blocco mmcblk0). Contiene tutte le partizioni principali dopo il preloader.codice:Number Size(Kb) Name Device 1 65536 modem /dev/block/mmcblk0p1 (*) FAT16 2 512 sbl1 /dev/block/mmcblk0p2 (*) 3 32 dbi /dev/block/mmcblk0p3 (*) 4 32 DDR /dev/block/mmcblk0p4 5 1024 aboot /dev/block/mmcblk0p5 (*) 6 500 rpm /dev/block/mmcblk0p6 (*) 7 16384 boot /dev/block/mmcblk0p7 (*) 8 500 tz /dev/block/mmcblk0p8 (*) 9 1024 pad /dev/block/mmcblk0p9 10 1536 modemst1 /dev/block/mmcblk0p10 11 1536 modemst2 /dev/block/mmcblk0p11 12 10240 oppodycnvbk /dev/block/mmcblk0p12 13 10240 oppostanvbk /dev/block/mmcblk0p13 14 1355776 system /dev/block/mmcblk0p14 (*) EXT4 15 32768 persist /dev/block/mmcblk0p15 EXT4 16 524288 cache /dev/block/mmcblk0p16 (*) EXT4 17 16384 recovery /dev/block/mmcblk0p17 (*) 18 1536 fsg /dev/block/mmcblk0p18 19 1 fsc /dev/block/mmcblk0p19 20 8 ssd /dev/block/mmcblk0p20 21 1024 misc /dev/block/mmcblk0p21 22 16384 LOGO /dev/block/mmcblk0p22 (*) 23 32768 DRIVER /dev/block/mmcblk0p23 24 32768 reserve1 /dev/block/mmcblk0p24 25 16384 reserve2 /dev/block/mmcblk0p25 26 8192 reserve3 /dev/block/mmcblk0p26 27 65536 reserve4 /dev/block/mmcblk0p27 28 58510540 userdata /dev/block/mmcblk0p28 (*) EXT4 29 294895 grow /dev/block/mmcblk0p29
Quelle segnate con un asterisco sono presenti anche nello .zip ufficiale. Inoltre le versioni in uso della system/cache/userdata/recovery vengono backuppate da recovery. Quindi non serve farne un ulteriore backup.
Tutte le altre invece non vengono mai toccate e sono uniche. Nel caso una partizione venga corrotta è persa.
In particolare ci sono le due partizioni modemst che contengono fra le altre cose l'IMEI del cell. Se si perdono (con un flash errato o altro) non c'è modo di rimpiazzarle. L'IMEI è unico per ogni cell. senza di esso non funziona la SIM. Al momento non esistono programmi per ricreare manualmente la due modemst e, per la verità, non si sa ancora esattamente cosa contengano. Le custom recovery dovrebbero avere un'opzione per farne il backup...ma chi ha testato ha detto che non funzionano, eccetto che per la unofficial TWRP di Katinatez.
Un'altra cosa essenziale è la partizione persist: è una partizione scrivibile e aggiornabile dal sistema perchè è una EXT4. Contiene le impostazioni dei sensori, del GPS e della radio oltrechè del Wi-Fi e del Bluetooth. E' possibile perderla per la più disparate ragioni, pertanto occorre averne un backup.
A scanso di equivoci, è bene farsi il backup comunque. Si può fare in tanti modi, ma per comodità ho creato uno .zip che in 30 secondi crea il backup di tutte le partizioni della lista senza asterisco.
Lo script crea la directory MyBackup nella memoria interna e ci sbatte dentro tutti i backup. Poi uno la sposta nel proprio PC via MTP.
Lo .zip da installare via custom recovery sta qua -->
http://www.mediafire.com/download/5r.../My_backup.zip
Ultima modifica di Bokonon; 22-09-14 alle 16:55
Lo script non fa alcun flash. Usare Edify per creare uno script da mettere in uno .zip da installare da recovery non implica che nello script ci siano comandi per flashare delle partizioni.
Non ci sono comandi format, package_extract_file, package_extract_dir etc. etc.
Lo script è questo:
Crea la directory e ci estrae dentro una copia di tutte partizioni. Fine.codice:ui_print("Starting backup"); run_program("/sbin/busybox", "mkdir", "/data/media/0/MyBackup"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/aboot", "of=/data/media/0/MyBackup/aboot.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/modemst1", "of=/data/media/0/MyBackup/modemst1.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/modemst2", "of=/data/media/0/MyBackup/modemst2.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/DDR", "of=/data/media/0/MyBackup/DDR.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/pad", "of=/data/media/0/MyBackup/pad.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/oppodycnvbk", "of=/data/media/0/MyBackup/oppodycnvbk.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/oppostanvbk", "of=/data/media/0/MyBackup/oppostanvbk.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/persist", "of=/data/media/0/MyBackup/persist.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/fsg", "of=/data/media/0/MyBackup/fsg.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/fsc", "of=/data/media/0/MyBackup/fsc.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/ssd", "of=/data/media/0/MyBackup/ssd.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/misc", "of=/data/media/0/MyBackup/misc.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/DRIVER", "of=/data/media/0/MyBackup/DRIVER.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/reserve1", "of=/data/media/0/MyBackup/reserve1.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/reserve2", "of=/data/media/0/MyBackup/reserve2.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/reserve3", "of=/data/media/0/MyBackup/reserve3.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/reserve4", "of=/data/media/0/MyBackup/reserve4.bak"); run_program("/sbin/dd", "if=/dev/block/platform/msm_sdcc.1/by-name/grow", "of=/data/media/0/MyBackup/grow.bak"); ui_print("Done!");
P.S. Sono stato molto telegrafico per essere chiaro ma rileggendo il post è sgradevolmente duro. Non è così...uso pochi avverbi perchè ho usato uno stile secco per non lasciare margini di dubbio e/o ambiguità. Riassumendo: volevo solo rassicurare il prossimo! E' un semplice backup con "dd", lo stesso comando usato da tutti (con le recovery, negli edify script o con ADB): il comando è sempre quello ed è anche il binario usato dai tecnici forensi per estrarre le info dagli hard disk per poi analizzarle.
Ultima modifica di Bokonon; 06-08-14 alle 17:01
riccardi (06-10-14)
Sono inciampato sui i veri OTA --> Internode :: Residential :: Entertainment :: File Download Mirror :: Directory Listing
L'aggiornamento completo alla 25r (come scritto in un altro post), formatta e installa tutta la system dopo aver controllato che sia una bacon A0001 e poi fa il check di alcuni settori comparando i file hash (in versione SHA-1). Questi aggiornamenti OTA invece non sono completi e non verificano o flashano nessun'altra partizione eccetto il boot e (eventualmente) la recovery.
Sono aggiornamenti leggeri da poco più di 20 megabyte (per consentire un facile download) che aggiornano solo specifici file della system. Per ridurre il download al minimo, non inseriscono i nuovi .apk/.odex/.so/jar e poi sovrascrivono quelli vecchi...ma bensì fanno il patch per aggiornare ogni singolo file (usando delle routine in pascal). Prima di fare il patching però verificano che lo SHA-1 di ogni singolo file da patchare corrisponda a quello atteso...altrimenti l'installazione si blocca (dato che il file non potrà essere patchato correttamente). L'ultimo OTA va a fare il patch di 266 file.
Morale, non bisogna disintallare o variare nessun file della system: in caso contrario, se l'OTA successivo desidera aggiornarlo, non ci riuscirà...e l'aggiornamento non va a buon fine. Quindi se si varia (per es.
) la build.prop, è bene tenere una copia di backup. E se ci si vuole disfare di qualche app di sistema, è meglio lasciarla la e limitarsi a disattivarla.
Ultima modifica di Bokonon; 07-08-14 alle 23:06
riccardi (06-10-14)
Scusa il ritardo
Quello che perdi è il doppio tap per resuscitare lo schermo e la fotocamera (che tutto sommato è più scarsa dell'originale). Dopo varie prove sono ritornato alla versione originale aggiornata a 11.0-XNPH25R. Avevo fatto questa operazione perché avendo acquistato OPO in cina, non mi installava gli aggiornamenti OTA, quindi ho dovuto "pasticciare" da solo per trovare una soluzione. Avevo provato anche la versione 4.5 Paranoid Android, ma non mi è piaciuta per niente....