Agora que chegamos à reta final da nossa série de customizações Android, eu vou mostrar para vocês como se faz para reempacotar a imagem do sistema e a imagem da partição "product" que modificamos antes.

Como falei, a imagem que o Android usa são imagens esparsas; diferente das partições normais do Linux, as imagens esparsas são somente-leitura e mais compactas.

O pacote "android-tools-fsutils" nos provê um comando muito útil para esse caso. Primeiro, desmonte as imagens do Android:

# umount ./system/ ./product/

Certifique-se de ter desmontado bem a imagem do sistema Android, pois se houver alguma queda de energia durante o processo de customização, o journal do sistema de arquivos pode ser corrompido e você pode acabar causando um soft-brick no seu smartfone na hora de instalar a custom ROM.

Agora, converta as imagens cruas para imagens esparsas:

# ext2simg ./system.raw ./system_modificado.img
# ext2simg ./product.raw ./product_modificado.img

Confira se as imagens modificadas têm mais ou menos o mesmo número de chunks que as imagens originais:

# cd ..
# file ./modified/system.img
./modified/system.img: Android sparse image, version: 1.0, Total of 1038058 4096-byte output blocks in 139 input chunks.

# file ./stock/system.img
./stock/system.img: Android sparse image, version: 1.0, Total of 1054720 4096-byte output blocks in 27 input chunks.

# file ./modified/product.img
./modified/product.img: Android sparse image, version: 1.0, Total of 100764 4096-byte output blocks in 10 input chunks.

# file ./stock/product.img
./stock/product.img: Android sparse image, version: 1.0, Total of 102400 4096-byte output blocks in 17 input chunks.

Isso é bom sinal, quer dizer que as imagens vão funcionar. Se alguma imagem tiver um número absurdo de input chunks, como por exemplo mais de "1000 input chunks", repita o processo, isso quer dizer que a imagem do sistema foi criada com os parâmetros errados pelo ext2simg.

Isso pode acontecer caso você cancele a desmontagem ou corrompa o journal do sistema de arquivos.