[GUIDA] GingerBread fuori dai...

[Doc_cheilvenerdi.org]

GingerBread fuori dai ...
Ovvero: come ho spostato GingerBread sulla scheda SD...



ATTENZIONE: Questa guida NON è assolutamente autosufficiente! Per compiere e/o comprendere i passaggi spiegati nel seguito è necessario (anzi direi obbligatorio) avere seguito in precedenza quest'altra guida: Memoria Interna da 1Gb...
In quella guida spiego i passaggi uno per uno in maniera dettagliata e riferiti al filesystem /data...
...nel seguito di questa, invece, li riassumo (con spiegazioni ridotte all'osso) tradotti per il filesystem /system...
...e in un post, che seguirà a breve, anche per il filesystem /cache...



DOMANDA: Perchè allora questa guida?

RISPOSTA: Mi affascina l'idea di portare tutto il sistema GingerBread sulla scheda SD! Lì sarà davvero semplice sperimentare, montare, smontare, rendere instabile, distruggere, copiare, upgradare, sbrindellare, 2.3.7, Ice Cream Sandwitch, ecc... potendo in un qualunque momento ritornare al sistema originario...

...semplicemente togliendo la microSD...

Ripeto: I passaggi seguenti assumono significato (e, soprattutto, funzionano) solo se seguiti dopo l'altra guida...
...Android avvisato... Anddroid mezzo salvato...

----------------------

In questa guida utilizzerò una distribuzione Linux "Ubuntu Natty Narwhal 64Bit"... alcuni comandi potrebbero risultare leggermente diversi dalla guida precedente dove ho utilizzato una distribuzione "Debian Squeeze 32bit"... (Ubuntu acquisisce i diritti di superutente con il comando sudo, mentre Debian li confina dentro un Terminale root)



Come ho spostato /system dal telefono alla microSD in dieci passaggi...

1- Duplico il filesystem /system di tipo rfs dentro un file

adb shell:

# dd if=/dev/stl12 of=/sdcard/system.rfs

2- Preparo un filesystem vuoto di tipo ext4 e lo metto sul cellulare

Linux:

doc@NattyBox:~$ cd
doc@NattyBox:~$ mkdir SYSTEM
doc@NattyBox:~$ cd SYSTEM/
doc@NattyBox:~/SYSTEM$ dd if=/dev/zero of=system.ext4 bs=1M count=256
doc@NattyBox:~/SYSTEM$ mkfs.ext4 system.ext4 
doc@NattyBox:~/SYSTEM$ adb push system.ext4 /sdcard/system.ext4

3- Copio il contenuto dal filesystem virtuale rfs a quello virtuale ext4

adb shell:

# mkdir /sdcard/loop.rfs
# mkdir /sdcard/loop.ext4
# busybox mount -o loop -t rfs /sdcard/system.rfs /sdcard/loop.rfs
# busybox mount -o loop -t ext4 /sdcard/system.ext4 /sdcard/loop.ext4
# busybox cp -a /sdcard/loop.rfs/* /sdcard/loop.ext4/
# busybox umount /sdcard/loop.ext4
# busybox umount /sdcard/loop.rfs

4- Copio il contenuto dal filesystem virtuale ext4 a quello reale ext4 (cioè sulla microSD)

Linux:

doc@NattyBox:~/SYSTEM$ adb pull /sdcard/system.ext4
doc@NattyBox:~/SYSTEM$ mkdir loop.ext4
doc@NattyBox:~/SYSTEM$ mkdir real.ext4
doc@NattyBox:/$ umount /dev/sdb4
doc@NattyBox:/$ umount /dev/sdb3
doc@NattyBox:/$ umount /dev/sdb2
doc@NattyBox:/$ umount /dev/sdb1
doc@NattyBox:~/SYSTEM$ sudo mount /dev/sdb3 /home/doc/SYSTEM/real.ext4/
doc@NattyBox:~/SYSTEM$ sudo mount -o loop system.ext4 /home/doc/SYSTEM/loop.ext4
doc@NattyBox:~/SYSTEM$ sudo cp -Rp /home/doc/SYSTEM/loop.ext4/* /home/doc/SYSTEM/real.ext4/
doc@NattyBox:~/SYSTEM$ sudo umount /home/doc/SYSTEM/real.ext4 
doc@NattyBox:~/SYSTEM$ sudo umount /home/doc/SYSTEM/loop.ext4

N.B. nel mio caso la microSD è /dev/sdb e la sua terza partizione è /dev/sdb3; la posizione potrebbe anche essere diversa...


5- Modifico il contenuto di alcuni files del ramdisk in questo modo:

init.rc:

...
# insmod fsr/rfs modules
    insmod /lib/modules/fsr.ko
    insmod /lib/modules/fsr_stl.ko
    insmod /lib/modules/rfs_glue.ko
    insmod /lib/modules/rfs_fat.ko
    insmod /lib/modules/sec_param.ko

# insmod jbd2/ext4 modules
    insmod /lib/modules/jbd2.ko
    insmod /lib/modules/ext4.ko

# Backward compatibility
    symlink /system/etc /etc
    symlink /sys/kernel/debug /d

...

# mount mtd partitions
        # Mounting of /cache
        mount rfs /dev/stl14 /cache nosuid nodev check=no

    # Mounting of system/userdata is moved to 'on emmc' and 'on nand' sections
    # We chown/chmod /data again so because mount is run as root + defaults
        mount rfs /dev/stl13 /data nosuid nodev check=no

    # mount /data using "exec" mode
    exec /busybox sh /init.data.sh

    chown system system /data
    chmod 0771 /data

    # Mount /system rw first to give the filesystem a chance to save a checkpoint
        mount rfs /dev/stl12 /system ro check=no

    chmod 0770 /dev/stl9
    chmod 0770 /dev/stl10
    chmod 0770 /dev/stl11
    chmod 0770 /dev/stl12
    chmod 0770 /dev/stl13
    chmod 0770 /dev/stl14
    chmod 0770 /dev/stl15
...

N.B. In grassetto le parti aggiunte e in rosso le parti rimosse!


init.data.sh:

#!sh
# mounting /data
/busybox mount -o nosuid,nodev -t ext4 /dev/block/mmcblk0p4 /data || /busybox mount -o nosuid,nodev -t rfs /dev/stl13 /data

# mounting /system
/busybox mount -o ro -t ext4 /dev/block/mmcblk0p3 /system || /busybox mount -o ro -t rfs /dev/stl12 /system

6- Aggiungo i seguenti files al ramdisk:

• /busybox
• /lib/modules/jbd2.ko
• /lib/modules/ext4.ko

7- Riduco la dimensione dei quattro moduli proprietari Samsung (PASSAGGIO FONDAMENTALE) con questo comando:

• ~/builds/arm-2011.03/bin/arm-none-linux-gnueabi-strip --strip-unneeded

8- ricompatto il kernel e il ramdisk dentro boot.img e (ATTENZIONE!) verifico che abbia dimensioni inferiori a 8Mb!


9- Preparo l'archivio per Odin


10- flasho sul cellulare


Enjoy!


See you soon, while upgrading to Stock GB 2.3.7

[SUPERleccese]

Secondo me tu sei un Genio (di quelli con la G maiuscola) dell' informatica!
Sforni spettacolari guide! Fatti assumere da Samsung!
ps. secondo me dovresti avere altri cellulari per sviluppare oltre al next

[Doc_cheilvenerdi.org]

...di quelli con la G maiuscola...

Ti ringrazio per il mega complimento... Ma sono solo un grande appassionato... ...da tanto tempo...

...in piú, quando scrivo sapendo che altri leggeranno questi argomenti (certamente ostici ai piú) cito volentieri questa frase detta da Denzel Washington in Philadelphia: ...now, explain it to me like I am a two-year-old...


GT-S5570 on Train

[tommy996]

correggimi se erro, ma cosi si potrebbe overclockare il next con ginger

[Doc_cheilvenerdi.org]

Direi di si... per averne la certezza però, bisogna verificare i parametri con cui è stato compilato il kernel (li vedo in /proc/config.gz nel telefono)...
I più utili per l'overclock devrebbero essere questi:

CONFIG_ARCH_HAS_CPUFREQ=y
# CONFIG_MSM_CPU_FREQ_SET_MIN_MAX is not set
CONFIG_CPU_FREQ=y
CONFIG_CPU_FREQ_GOV_ONDEMAND=y

e sono tutti settati su YES tranne quello che blocca la frequenza massima e la frequenza minima!

la configurazione allora va cercata fuori dal kernel, direttamente nei parametri dentro /system...

...diciamo che in passato ho overcloccato anche il tostapane, mentre oggi sono un pò meno favorevole a tutto ciò... ma perchè non provarci...

Queued!

[xGubbyTubex]

sei un mito complimenti
sono complicate in se le guide ma le spieghi benissimo
ti dovrebbero affidare la cattedra di andrologia =)

[Doc_cheilvenerdi.org]

Prima di tutto ringrazio xGubbyTubex per il complimento e per l'offerta di una cattedra tanto importante... eh eh... ma la verità è che trovo molto più divertente stare in prima linea dentro la "community"...

Ma andiamo avanti... prima di avventurarmi in modifiche sostanziali a /system e /data (l'idea è quella di migrare in maniera indolore al FW 2.3.7) devo sapere se la mia configurazione attuale è in grado di gestire situazioni critiche come il Factory reset...

In effetti, se entro in modalità recovery all'accensione del telefono, il sistema crede (giustamente) di avere /system e /data fisicamente sul telefono (ancora per poco, però... eh eh... ), quindi di fatto non userò la modalità recovery ma la simulerò direttamente da Linux su PC...


...spengo il telefono e metto la microSD nel PC...
ATTENZIONE: se Linux monta in automatico le quattro partizioni devo smontarle tutte manualmente e poi continuare! (vedi guide precedenti)

Faccio prima una copia di sicurezza di /data (non si sa mai...):

root@gandalf ~/SYSTEM # dd if=/dev/sdc4 of=data-BACKUP-20111123.ext4
...
root@gandalf ~/SYSTEM #

!così su PC ho un file esattamente identico proprio a /data!

Poi eseguo il Factory Reset virtuale (formatto semplicemente /data)

root@gandalf ~/SYSTEM # mkfs.ext4 /dev/sdc4
...
root@gandalf ~/SYSTEM #

Rimetto la microSD nel telefono e accendo...
...un minuto...
...niente...
...tre minuti...
...niente...
...sette minuti...
...niente...

...ma la pazienza è la virtù degli informatici...

...nove minuti...
...niente...

...tra l'altro in questo momento sono in treno e sto usando il portatile...
...quindi FRETTA ZERO...

...dieci minuti...
...MA VA...
...Appare il logo gigante di android...

questo:



...quale sorpresa...

...sembra ALLORA che il telefono sia partito, ma non del tutto...
...o c'è qualche imprevisto che non avevo considerato...

Lo collego subito al PC e...

...altra sorpresa...

...con adb shell riesco a collegarmi e vedere che è tutto al proprio posto!

...il filesystem /data è stato perfettamente ricostruito!

...senza apps...
...ma perfettamente ricostruito...
...la dalvik cache rifatta per le applicazioni di sistema...

UN MOMENTO...
Spesso ripensando passo passo a quello che faccio realizzo che ho commesso (forse) uno o più errori e, magari, riesco anche a trovarli...
...in effetti io uso Zeam Launcher al posto del Touch Wiz...
...ma adesso l'app "Zeam qualcosa" non c'è più...
...era installata in /data/app...
...ho appena formattato tutto...

!!!la rimetto subito al suo posto (ne avevo giusto una copia da parte sul PC in /mnt/backup... diversamente è comunque dentro la copia di backup di /data appena fatta!):

(i686) doc@gandalf /mnt/backup (i686) $ adb install org.zeam-1.apk
3367 KB/s (412416 bytes in 0.119s)
        pkg: /data/local/tmp/org.zeam-1.apk
Success
(i686) doc@gandalf /mnt/backup (i686) $

Poi, siccome l'appetito vien mangiando, metto al suo posto anche il file "bootanimation.zip":

(i686) doc@gandalf /mnt/backup (i686) $ adb push bootanimation.zip /data/local/bootanimation.zip
3406 KB/s (1104044 bytes in 0.316s)
(i686) doc@gandalf /mnt/backup (i686) $

Spengo il telefono...

...lo riaccendo...

...e...

...WOW...

...credevo di avere rimosso tutti i loghi brandizzati WIND...
...e, invece, ecco qua il mio telefono nuovo nuovo come se l'avessi appena comprato...

...niente contatti...
...niente sms...
...niente di niente...

...vergine...

...la prova del nove? TELEFONO SUBITO A UN AMICO!

...

...

YES! IT WORKS!


Adesso che tutto funziona (e il telefono risulta praticamente vergine ma factory-resettato perfettamente), ripristino l'ultimo stato funzionante con dentro tutti i miei dati personali...

Spengo il cellulare, inserisco la microSD su PC (smonto le quattro partizioni se Linux le monta in automatico) e duplico /data DAL PC ALLA MICROSD!


ehi... guarda... un cavallo fuori dal finestrino...

root@gandalf ~/SYSTEM # dd if=data-BACKUP-20111123.ext4 of=/dev/sdc4
2316288+0 record dentro
2316288+0 record fuori
1185939456 byte (1,2 GB) copiati, 362,244 s, 3,3 MB/s
root@gandalf ~/SYSTEM #

...rimetto la microSD nel telefono, accendo...

...et voilà...

...di nuovo a casa...

...feeling comfortable...

EASY PLAY!

P.S. ...e tutto da seduto in Treno in seconda classe... direi Train Computing piuttosto che Cloud Computing...

[Doc_cheilvenerdi.org]

...nel frattempo credo di avere scoperto un metodo per ottenere i permessi di root per qualunque telefono con qualunque firmware...

Ready! Stock! Root!

[Doc_cheilvenerdi.org]

Come anticipato nel post 43 della discussione Memoria Interna da 1Gb sono riuscito a compilare una versione base di GingerBread 2.3.7!!!

Ecco come ho fatto:


1- Android sdk e Virtual Device
la parte più facile:

Installo l'android sdk su computer (lo spiego nel post 12 della discussione appena citata), i componenti che mi suggerisce e, almeno, anche questi:

• Android 2.3.3 (API 10)
• Google APIs by Google Inc. (API 10)

Subito dopo, dal menu tools -> Manage AVDS, creo una nuova Android Virtual Device fatta così:



La faccio partire, aspetto un attimo e ci gioco un pò...



...in particolare nel menu Settings -> About Phone vedo che la versione del Firmware è la 2.3.4...

infine, se provo a collegarmi con l'adb shell risulta tutto ok:

(i686) doc@gandalf ~ (i686) $ adb devices
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
List of devices attached 
emulator-5554   device
S5570b0a1b296   device

(i686) doc@gandalf ~ (i686) $ adb -e shell
#

Vedo collegato il mio Next (S5570b0a1b296) e l'emulatore di cellulare... ottimo!
N.B. nel comando successivo uso il parametro -e per distinguere la shell dell'emulatore da quella del telefono (-d) e, come nella guida precedente [...] aggiorno il percorso del comando adb

ATTENZIONE: In questa guida, quando mi riferisco ai comandi Linux, sto usando in parte una Gentoo Amd64 no multilib ~x86_64 chroot32 (doc@gandalf) e in parte una Ubuntu Natty Narwhal 64Bit (doc@NattyBox)

...spengo la virtual device e proseguo...


2- Android Open Source Project
La parte più lunga e noiosa (se non l'ho già fatta nella guida precedente...)

Installo l'Android Open Source Project come spiegato nel post 25 della discussione Memoria Interna da 1Gb...

...la procedura è lunga e noiosa ma va fatta (obbligatoria) fino a sincronizzare completamente il repository locale con quello remoto...

ATTENZIONE: con il rilascio di Ice Cream Sandwich sembra che non si riesca più a compilare GingerBread con distribuzioni Linux a 32bit... sto indagando, ma nel frattempo proseguo con la Ubuntu a 64bit...


Mi fermo, quindi, al comando di sincronizzazione (significa che ho tutto quello che serve dentro il mio computer):

doc@NattyBox:~$ cd builds/WORKING_DIRECTORY
doc@NattyBox:~/builds/WORKING_DIRECTORY$ . build/envsetup.sh 
...
doc@NattyBox:~/builds/WORKING_DIRECTORY$ repo sync
...
Fetching projects: 100% (171/171), done.  
Syncing work tree: 100% (170/170), done.  

doc@NattyBox:~/builds/WORKING_DIRECTORY$

La parte che mi ha portato via un sacco di tempo (repo... git... checkout... rebase... un macello...) è stata quella di capire come dire al sistema di compilare GingerBread piuttosto che Froyo o Ice Cream, ecc...

I passaggi li ho trovati qui: Build numbers, a fondo pagina:

riassumono tutte le versioni di android presenti nel repository, ma, soprattutto, dicono come scegliere quale versione compilare (poi ci ho messo del mio per risolvere alcuni conflitti cha avevo creato tra le varie versioni durante tentativi non andati a buon fine... c'ho dato giù di google insomma...).


Nel mio caso specifico ho compilato prima la versione 2.3.4 (compilazione perfetta) e subito dopo la versione 2.3.7 (WELL DONE... solo un paio d'ore d'attesa...):

Questi sono i comandi - in sequenza - per scegliere la versione (branch) e sincronizzarla (dovrebbe esserlo già...)

doc@NattyBox:~/builds/WORKING_DIRECTORY$ repo init -b android-2.3.7_r1
doc@NattyBox:~/builds/WORKING_DIRECTORY$ repo forall -c git checkout -f android-2.3.7_r1
doc@NattyBox:~/builds/WORKING_DIRECTORY$ repo sync
...

e questi per compilare il tutto:

doc@NattyBox:~/builds/WORKING_DIRECTORY$ lunch
doc@NattyBox:~/builds/WORKING_DIRECTORY$ make
...

3- 2.3.7 emulation
La parte decisamente più divertente!

Cosa ho compilato "a fare" la versione 2.3.7 se poi non riesco almeno a provarla?

Torno alla Virtual Device creata in precedenza... ecco dove si trova il suo contenuto:

(i686) doc@gandalf ~ (i686) $ cd
(i686) doc@gandalf ~ (i686) $ cd .android/avd/Ginger_2.3.7.avd/
(i686) doc@gandalf ~/.android/avd/Ginger_2.3.7.avd (i686) $ ls -l
totale 619600
-rw------- 1 doc doc      8412 22 nov 15.28 cache.img
-rw-r--r-- 1 doc doc       285 22 nov 15.27 config.ini
-rw-r--r-- 1 doc doc        51 22 nov 16.00 emulator-user.ini
-rw-r--r-- 1 doc doc      1902 22 nov 15.27 hardware-qemu.ini
-rw-r--r-- 1 doc doc 268435456 22 nov 15.29 sdcard.img
-rw-r--r-- 1 doc doc 311362048 22 nov 16.00 snapshots.img
-rw------- 1 doc doc  52141020 22 nov 15.59 userdata-qemu.img
-rw-r--r-- 1 doc doc   2610432 22 nov 15.27 userdata.img
(i686) doc@gandalf ~/.android/avd/Ginger_2.3.7.avd (i686) $

...eh?
...sembra quasi il contenuto di un archivio per Odin un pò insolito e con alcuni pezzi mancanti... (cache.img... sdcard.img... userdata.img... hmm... interessante)

...e dove sono i pezzi mancanti? Ovviamente Linux non copia le parti comuni a tutte le Virtual Device giusto per avere un sacco di copie identiche in più sparse qua e là, ma le tiene tutte nello stesso posto (efficienza e risparmio, eh eh...):

(i686) doc@gandalf ~/.android/avd/Ginger_2.3.7.avd (i686) $ ls -l ~/builds/android-sdk-linux/platforms/android-10/images/
totale 97008
-rw-r--r-- 1 doc doc   322846 25 ago 18.29 NOTICE.txt
-rwxr-xr-x 1 doc doc  1466272 25 ago 18.29 kernel-qemu
-rw-r--r-- 1 doc doc   146641 25 ago 18.29 ramdisk.img
-rw-r--r-- 1 doc doc 93282816 25 ago 18.29 system.img
-rw-r--r-- 1 doc doc  4112064 25 ago 18.29 userdata.img
(i686) doc@gandalf ~/.android/avd/Ginger_2.3.7.avd (i686) $

...ma guarda un pò...
...
...e Linux dove ha messo il 2.3.7 appena compilato?

(i686) doc@gandalf ~/.android/avd/Ginger_2.3.7.avd (i686) $ ls -l ~/builds/WORKING_DIRECTORY/out/target/product/generic/
totale 68972
-rw-r--r--  1 doc doc        7 18 nov 23.44 android-info.txt
-rw-r--r--  1 doc doc     4129 19 nov 14.03 clean_steps.mk
drwxr-xr-x  3 doc doc     4096 18 nov 21.51 data
-rw-r--r--  1 doc doc    16084 19 nov 17.46 installed-files.txt
drwxr-xr-x 14 doc doc     4096 18 nov 23.35 obj
-rw-r--r--  1 doc doc       50 19 nov 14.03 previous_build_config.mk
-rw-r--r--  1 doc doc   146673 19 nov 17.46 ramdisk.img
drwxr-xr-x  8 doc doc     4096 18 nov 21.51 root
drwxr-xr-x  5 doc doc     4096 18 nov 23.35 symbols
drwxr-xr-x 10 doc doc     4096 19 nov 15.42 system
-rw-------  1 doc doc 68918784 19 nov 17.46 system.img
-rw-------  1 doc doc  1505856 19 nov 17.46 userdata.img
(i686) doc@gandalf ~/.android/avd/Ginger_2.3.7.avd (i686) $

Provo IMMEDIATAMENTE a copiare le immagini compilate del 2.3.7 dentro la mia Virtual device!

(i686) doc@gandalf ~/.android/avd/Ginger_2.3.7.avd (i686) $ cp ~/builds/WORKING_DIRECTORY/out/target/product/generic/ramdisk.img .
(i686) doc@gandalf ~/.android/avd/Ginger_2.3.7.avd (i686) $ cp ~/builds/WORKING_DIRECTORY/out/target/product/generic/system.img .
(i686) doc@gandalf ~/.android/avd/Ginger_2.3.7.avd (i686) $ cp ~/builds/WORKING_DIRECTORY/out/target/product/generic/userdata.img .
(i686) doc@gandalf ~/.android/avd/Ginger_2.3.7.avd (i686) $ ls -l
totale 685968
-rw------- 1 doc doc      8412 22 nov 15.28 cache.img
-rw-r--r-- 1 doc doc       285 22 nov 15.27 config.ini
-rw-r--r-- 1 doc doc        51 22 nov 16.00 emulator-user.ini
-rw-r--r-- 1 doc doc      1902 22 nov 15.27 hardware-qemu.ini
-rw-r--r-- 1 doc doc    146673 22 nov 16.34 ramdisk.img
-rw-r--r-- 1 doc doc 268435456 22 nov 15.29 sdcard.img
-rw-r--r-- 1 doc doc 311362048 22 nov 16.00 snapshots.img
-rw------- 1 doc doc  68918784 22 nov 16.34 system.img
-rw------- 1 doc doc  52141020 22 nov 15.59 userdata-qemu.img
-rw-r--r-- 1 doc doc   1505856 22 nov 16.34 userdata.img
(i686) doc@gandalf ~/.android/avd/Ginger_2.3.7.avd (i686) $

Attenzione: NON copio le immagini compilate al posto di quelle generali per tutte le Virtual device passate, presenti e future, ma solo dentro la directory di questa specifica Virtual device (è una modifica solo locale!)


Lancio ALL'ISTANTE la virtual device anabolizzata avendo l'accortezza di non partire da uno snapshot precedente (FONDAMENTALE, altrimenti carica snapshot.img al posto di system.img...)





...e...

eccolo qua:





Easy Play!






P.S. la parte difficile però viene adesso... e comincia con il deodexing...

ATTENZIONE... NOTA DEL REDATTORE: Ho cominciato questa guida molto sulle ali dell'entusiasmo dei precedenti successi, ma non ho ancora messo il 2.3.7 dentro al mio cellulare e non so nemmeno se ne sarò davvero capace...

...

...certo sono ottimista...
...sotto, quindi, con la lettura del cyanogenmod wiki e del cyanogenmod - building from source

[dargae]

Ferma tutti i lavori!
Stai forse insinuando che, se tutto va secondo i tuoi piani, riesci a compilare Ice Cream per il Next?!?
Quindi in pratica ce ne sbattiamo se viene fornito da samsung o no? O.O