Buscar en La Comunidad

SP Flash Tools Para los que les gusta trastear con distintas roms para sus smartphones, SP Flash Tools será un viejo conocido y a más de uno de nosotros nos ha salvado la vida en alguna ocasión Aunque no tiene mayor misterio su utilización desde GNU/Linux, me apetecía hacer un pequeño repaso a modo de inciso en algunos puntos, que quizá le pueda servir a alguien para romp... digo... hacer pruebas con su teléfono Dependencias En primer lugar y antes de descargar el software, vamos a tener que cumplir con algunos requerimientos previos. SP FLash Tools depende de modemmanager, libusb y libmtp, aunque este último no es estrictamente necesario. Por último, tendremos que cargar el módulo csc_acm, así que nos aseguraremos de tenerlo todo instalado y listo. Debian aptitude install modemmanager libusb-dev libmtp libmtp-runtime Arch Linux pacman -S libusb libmtp gvfs-mtp Cargar el módululo cdc_acm es tan fácil como tirar de modprobe modprobe cdc_acm Aunque si queremos tenerlo de forma permanente y que se cargue durante el inicio habría que incluirlo al final del archivo /etc/modules nano /etc/modules Descarga Desde su página oficial podremos descargar el paquete comprimido que contiene la versión para GNU/Linux en arquitectura x86 de 64 bits o 32 bits, según nos interese o el equipo desde el que estemos trabajando. https://spflashtool.com/ NOTA: En el caso de Arch Linux tenemos la opción de AUR yaourt -S spflashtool-bin Descompresión y permisos de ejecución El siguiente paso es el usual, descomprimir el archivo que hemos descargado y dar permisos de ejecución al ejecutable de SP FLash Tools unzip SP_Flash_Tool_exe_Linux*.zip cd SP_Flash_Tool_exe_Linux*/ Y le damos permisos de ejecución al binario chmod +x flash_tool A partir de aquí habrá quien diga que hagamos una estupidez como hacer uso de root para todo, pero como nosotros aún no nos hemos dado ningún golpe en la cabeza vamos a incluir a nuestro usuario en el grupo dialout (para los archers uucp)para utilizar de la aplicación sin tener que hacer ninguna tontería. adduser usuario dialout Y también gpasswd -a usuario uucp Otra recomendación es crear una archivo de reglas de Udev para el mapeo perisstente echo 'SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="0e8d", ATTR{idProduct}=="*"' >> /etc/udev/rules.d/80-persistent-usb.rules En nuestro smartphone En nuestro teléfono será necesario desbloquear el bootloader para poder trabajar con SP Flash Tools, de lo contrario nos estrellaremos constantemente contra un muro en cada paso que intentemos dar. IMPORTANTE: Desbloquear el teléfono implica llevar a cabo un "factory reset", es decir, borrar los datos del teléfono para dejarlo con los valores de fábrica. Desde el menú de configuración nos iremos a opciones de desarrollador y habilitaremos Desbloqueo OEM. Así mismo, activaremos la depuración usb y concederemos permisos al equipo cuando intente conectarse al dispositivo. Ahora, haciendo uso de adb y fastboot, remataremos la faena. Si no lo hemos instalado aún: Debian aptitude install android-tools-{adb,fastboot} Arch pacman -S android-tools Reiniciamos el smartphone en modo bootloader adb reboot bootloader y con fastboot hacemos el desbloqueo fastboot oem unlock Seguimos las instrucciones que nos aparecerán en la pantalla del teléfono y que nos pedirán, en la mayoría de los casos, pulsar el botón de subir volumen. Y reiniciamos el dispositivo (aunque en el momento que vayamos a para trabajar con SP Flash Tool debe estar completamente apagado) fastboot reboot SP Flash Tool Ya lo único que queda es ejecutar el binario flash_tool con el teléfono apagado y desconectado (lo conectaremos cuando la aplicación lo requiera) y empezar a romper cosas a nuestro antojo y responsabilidad https://spflashtool.com/

Me dirán que soy un culo inquieto. Pues sí, para qué negarlo Creo que no necesitaré explicar en qué consiste rootear un terminal móvil, así que pasemos directamente al grano. Una gran ventaja de Firefox OS es que puede valerse sin ningún problema de las herramientas de desarrollo disponible para Android, así que para el proceso de rooteo utilizaremos en esta ocasión ADB (Android Debug bridge), además de una modificación del exploit de Hiroyuki Ikezoe adaptado al Zte Open por Poliva. Los debianeros podremos obtener ADB instalando el paquete android-tools-adb desde repos: aptitude install android-tools-adb De resto, podremos descargarlo desde: http://developer.android.com/sdk/index.html La herramienta adb la encontraremos dentro de platform-tools: El exploit listo para el ZTE Open con su correspondiente script de ejecución lo podremos descargar desde aquí: http://pof.eslack.org/archives/files/root-zte-open.zip O si queremos compilarla por nosotros mismos, encontraremos su código fuente en Github, para lo que necesitaremos también ndk-build git clone https://github.com/poliva/root-zte-open cd root-zte-open ndk-build NDK_PROJECT_PATH=. APP_BUILD_SCRIPT=./Android.mk Nos creará un archivo root-zte-open dentro de libs/armeabi/ que será el que tendremos que usar colocándolo en el mismo directorio que el script de instalación (o modificando las rutas dentro del mismo para que pueda localizarlo). Tanto si hemos descargado el exploit ya compilado, como si lo hemos compilado sobre la marcha, la clave para ejecutarlo será siempre el script run.sh provisto en el paquete y el archivo root-zte-open. Antes de continuar, tendremos que lidiar con los permisos de ADB, para que pueda acceder a nuestro dispositivo. Para eso crearemos un nuevo archivo de reglas para udev: touch /etc/udev/rules.d/51-android.rules Y dentro de él incluiremos la siguiente línea (con el editor de texto que queramos y como root, evidentemente): Donde XXXX es el identificador del fabricante del dispositivo, que ya les adelanto que para ZTE es 19d2 Guardamos los cambios (No estaría demás reiniciar) y vamos por fin a rootear nuestro terminal Firefox OS. Una vez conectemos el smartphone al equipo mediante el cable USB, tendremos que habilitar la "Depuración remota", que encontraremos en Ajustes >> Información >> Más información >> Desarrollador A estas alturas, con ADB instalado, los permisos de Udev corregidos y la depuración remota habilitada, ya sólo nos queda ejecutar el script y esperar a que obre su magia: ./run.sh shiba@Shiba87:~/root-zte-open$ ./run.sh Connect your phone to USB, then: Settings -> Device information -> More Information -> Developer and enable 'Remote debugging' * daemon not running. starting it now on port 5037 * * daemon started successfully * 1376 KB/s (19208 bytes in 0.013s) == root for Movistar zte open (roamer2) by @pof == CVE-2012-4220 - discovered by giantpune == original exploit by Hiroyuki Ikezoe == if the phone hangs, remove the battery and try again! Got root! - copying su binary! Enjoy! NOTA Es muy probable que el exploit NO lo consiga a la primera. En ese caso, el teléfono se reiniciará automáticamente para hacer un nuevo intento hasta que finalmente lo consiga. == root for Movistar zte open (roamer2) by @pof == CVE-2012-4220 - discovered by giantpune == original exploit by Hiroyuki Ikezoe == if the phone hangs, remove the battery and try again! failed to get root access Exploit failed, rebooting and trying again! 1137 KB/s (19208 bytes in 0.016s)

Imagino que en alguna ocasión, tanto si nos hemos atrevido a compilar y flashear por nuestra cuenta nuestro dispositivo con Firefox OS, como si hemos aplicado una actualización FOTA oficial del fabricante o proveedor de telefonía, nos hemos encontrado ante la difícil decisión de tener que empezar desde cero porque irremediablemente, al actualizar o flashear el teléfono, perdemos todos nuestros datos personales almacenados (mensajes, contactos...). Hace unos días me vi en la tesitura de tener que flashear de nuevo mi ZTE Open por un problema al intentar abrir ciertos mensajes SMS. Pero claro ¿Cómo sé si he solucionado el problema si al flashear borro dichos mensajes? Y aún más importante ¿Cómo voy a borrarlos si aún no los he leído? La respuesta se encuentra en la ruta /data/local/storage/permanent/chrome/idb, que contiene una serie de archivos de bases de datos con toda nuestra información. En el caso particular de los mensajes de texto, tendrá un aspecto tal que xxxxxxxxx.ssm.sqlite. Nuestra tarea es preservar esos datos para que no e pierdan con el flasheo, así que valiéndonos de ADB, así que ANTES de actualizar o flashear el teléfono, hacemos una copia de respaldo. adb pull /data/local/storage/permanent/ Tras esto, podemos proceder a flashear o actualizar nuestro dispositivo. Aunque al terminar el proceso el teléfono, como era de esperar, estará en blanco, repitiendo el proceso anterior pero en sentido inverso podemos recuperar toda esa información Podemos optar por restaurar sólo aquello que nos interesa, colocándolo en la misma ruta. Por ejemplo en mi caso que sólo quiero recuperar ciertos SMS adb push permanent/chrome/idb/xxxxxxxxx.ssm.sqlite /data/local/storage/permanent/chrome/idb Pero también podemos apostar por restaurar el contenido completo, subiendo íntegro el directorio "permanent" NOTA: EN versiones antiguas de Firefox OS el nombre del directorio es "persistent", no permanent adb push permanent /data/local/storage/ Ya sólo quedaría reiniciar el teléfono adb reboot

Como podrán imaginar, el tema sobre el rooteo del ZTE Open tenía segundas intenciones y una vez le has cogido el gusto a trastear, dificilmente se puede parar En este caso me he pensado seriamente dejarlo o no como manual, pues aparte de lo problemático que puede resultar, tampoco son métodos muy "prácticos", por así decirlo. Empezaré hablando de todos los fracasos previos, por si a alguno se le ocurre adentrarse en alguno de esos campos, sepa a lo que se enfrenta. En primer lugar, como ya comenté, tenemos que rootear el teléfono para tener por donde tirar. Afortunadamente, la solución a ese problema ha sido fácil de encontrar y ya está bien explicado en esta misma sección de manuales: Rootear ZTE Open Al igual que en el caso del rooteo, el resto de procesos también se apoyarán en la herramienta ADB. Sin embargo no podremos ir con ella tan lejos como nos gustaría en un principio. De entrada, tras abrir una terminal remota con adb: adb shell Tendremos un sistema de archivos montado como sólo lectura, aún si ejecutamos su para obtener permisos de root en la terminal remota, no podremos modificar o añadir nada en la memoria del teléfono. Igualmente, adb no será capaz de subir archivos a la memoria del teléfono devolviéndonos el mismo error de "sistema de sólo lectura" adb push application.zip /system/application.zip failed to copy 'application.zip' to '/system/application.zip': Permission denied En otros casos, esta situación podría solucionarse montando el sistema de ficheros con adb en modo lectora/escritura o bien iniciando adb directamente en modo root y luego partir desde ahí, pero nos topamos con un peuqeño gran inconveniente: shiba@Shiba87:~$ adb remount remount failed: Operation not permitted shiba@Shiba87:~$ adb root adbd cannot run as root in production builds La única opción posible es volver a montar /system en modo lectura/escritura desde la propia terminal remota aprovechando que tenemos permisos de root en ella. adb shell Y una vez dentro su mount -o remount,rw /system Y ahora es cuando tenemos que lidiar con el siguiente "pero" y es que a pesar de haber resulto el problema del sistema de ficheros, adb seguirá sin permitirnos subir ficheros a la memoria del teléfono: adb push application.zip /system/application.zip failed to copy 'application.zip' to '/system/application.zip': Permission denied Podríamos pensar en subir los archivos a la tarjeta SD para lugo, desde la consola remota y ya adelanto que no podremos valernos ni de CP ni de MV o cualquiera de los comandos en los que hayamos pensado para trabajar, a excepción de RM si queremos vborrar algo: shell@android:/ # cp origen/archivo destino/archivo sh: cp: not found mv origen/archivo destino/archivo "failed on 'archivo' - Cross-device link" La única solución que he podido encontrar para esto es utilizar una versión de Busybox para armV6 más reciente y completa que la que viene por defecto y trabajar en todo moneto desde temporales (Sn olvidar que estos se borran al reiniciar el teléfono, por lo que habrá que repetir siempre esta parte ). Busybox lo podemos obtener desde aquí: http://busybox.net/downloads/binaries/latest/busybox-armv6l Y luego lo subimos con adb push a la carpeta de temporales. Además aprovecharemos para añadir el archivo que queramos añadir o que hallamos modificado y vayamos a sustituir: adb push busybox-armv6l /data/local/tmp adb push archivo-a-subir /data/local/tmp Desde la tarminal remota , como root, damos permisos de ejecución a busybox para poder utilizarlo libremente: cd /data/local/tmp chmod 777 busybox-armv6l En caso de querer sustituir algún archivo que hayamos modificado, primero lo tendremos que borrar utilizando rm, para luego copiar (Nunca mover) el nuevo archivo, que previamente habremos subido a la carpeta de temporales, en su lugar. OJO Utilizando siempre el busybox que hemos subido a temporales, no el del teléfono rm /system/ruta/archivo/sustituir ./busybox-armv6l cp archivo-a-subir /system/ruta/archivo/sustituir Es conveniente reiniciar el teléfono para que tengan efecto los cambios que hallamos realizado adb reboot Vale Shiba, ya sé como se añaden archivos modificados al teléfono pero ¿Qué es lo que se puede modificar y cómo se hace? No me dejan pasar una ¿Eh? Vale, vale, pondré algunos ejemplos de lo que podemos modificar para tener un terminal un poco más a nuestro gusto. Empezaré diciendo que en lo que respecta a la interfaz y las capas "superiores" de Firefox OS, en lo que tendremos que centrarnos es en GAIA: https://wiki.mozilla.org/B2G/MarketCustomizations Pero claro, nosotros no vamos a compilar una imagen completa de Firefox OS, sino modificar partes concretas de uno ya instalado, por lo tanto nos centraremos en los directorios localizados dentro de /system/b2g, que podrán observar que es muy similar a lo que podríamos encontrar en la carpeta del navegador Firefox. Ejemplo 1: Eliminar/cambiar la molesta animación de inicio de Movistar del ZTE Open. Supongo que a muchos se nos pondrá mala cara al arrancar el teléfono y tener que esperar a que termine la animación de una M verde y Azul y más si ni siquiera somos clientes de Movistar, así que ya sea por amor propio...digo.... estética o por ahorrar unos segundos en el arranque, podemos eliminarla. En este caso concreto, el directorio nos interesa es /system/b2g/webapps/system.gaiamobile.org en esa ruta encontraremos un archivo comprimido llamado application.zip que contiene todos los archivos referentes a diversas configuraciones del sistema y que abtendremos gracias a adb pull:. adb pull /system/b2g/webapps/system.gaiamobile.org/application.zip Los archivos que corresponden a las animaciones de arranque y apagado se encuentra dentro del comprimido en la ruta /resources/power/ En caso de no querer ninguna animación en el arranque/apagado, lo único que tenemos que hacer es eliminar los dos archivos carrier_power_*.png sin alterar el resto del archivo .zip. Trabajaremos siempre sin descomprimir el contenido del zip. si queremos alterar algo descomprimiremos únicamente ese elemento y una vez modificado lo volveremos a introducir exactamente en la misma posición. En caso de no querer eliminar la animación sino sustituirla por otra, lo único que tenemos que hacer es eliminar los archivos antiguos y sustituirlos por unos modificados por nosotros, respetando el mismo nombre. Podemos utilizar tanto animaciones de vídeo en formato mp4 o simplemente una imagen png, indicando ON para el arranque y Off para el apagado. carrier_power_on.png carrier_power_off.png carrier_power_on.mp4 carrier_power_off.mp4 Una vez hemos terminado de modificar el archivo applications .zip, lo introduciremos de nuevo en el teléfono con el método citado en el apartado anterior, sin olvidarnos del archivo actualizado de busybox para poder moverlo después: adb push application.zip /data/local/tmp/application.zip adb push busybox-armv6l /data/local/tmp Y mediante la consola remota volveremos a colocarlo en su lugar adb shell su cd /data/local/tmp chmod 777 busybox-armv6l rm /system/b2g/webapps/system.gaiamobile.org/application.zip ./busybox-armv6l cp application.zip /system/b2g/webapps/system.gaiamobile.org/application.zip Si no nos hemos equivocado, tras reiniciar el teléfono tendremos nuestra animación de arranque personalizada: Ejemplo 2: ¿Tonos de llamada personalizados en Firefox OS? ¡Pues claro! Creo que este ejemplo es de mayor interés que el anterior, pues como ya comentamos en las Crónicas de un pingüino con Firefox OS, a día de hoy no es posible utilizar tonos en un terminal con Firefox OS que no sean los que nos incluye el fabricante por defecto. El procedimiento es muy similar al anterior, cambiando las rutas y editando las listas de tonos disponibles, además de añadir los archivos de audio que queremos utilizar como tono, por supuesto. El directorio nos interesa esta vez es /system/b2g/webapps/settings.gaiamobile.org en esa ruta encontraremos un archivo comprimido llamado igualmente application.zip que contiene todos los archivos referentes a diversas opciones del sistema y que abtendremos gracias a adb pull:. adb pull /system/b2g/webapps/settings.gaiamobile.org/application.zip Los archivos que corresponden a los tonos de aviso y llamada se encuentran dentro del comprimido en la ruta shared/resources/media/, los tonos de llamada dentro ringtones y los avisos (mensajes sms, alertas) en notifications. En ambos casos el procedimiento es exactamente igual. Debemos añadir el archivo que queramos que se reproduzca al recibir una llamada o un mensaje dentro de la carpeta correspondiente sefún sea un tono de llamada o de aviso y añadirlo a la lista list.json para que sea reconocido por el teléfono. El nombre del archivo puede ser el que queramos (sin espacios) siempre que lo indiquemos correctamente en la lista y los formatos soportados, .ogg u .opus En el ejemplo añadiré un tono de alerta llamado Aviso_kira.ogg Lo primero será añadirlo al comprimido applications.zip Y dentro del archivo list.json añadimos el nombre del tono tal cual { "Aviso_kira.ogg": "", "notifier_bell.opus": "", "notifier_dididi.opus": "", "notifier_rewind.ogg": "", "notifier_ting.opus": "", "notifier_bap.opus": "", "notifier_boomer.opus": "", "notifier_exclamation.ogg": "", "notifier_ring.ogg": "", "notifier_bell_extd.opus": "", "notifier_bop.opus": "", "notifier_minimal_bands.ogg": "", "notifier_spring.ogg": "" "notifier_kira.ogg": "" } Una vez hemos terminadas las modificaciones, volveremos a introducir applications.zip en el teléfono con el método citado en el apartado anterior, sin olvidarnos del archivo actualizado de busybox para poder moverlo después: adb push application.zip /data/local/tmp/application.zip adb push busybox-armv6l /data/local/tmp Y mediante la consola remota volveremos a colocarlo en su lugar adb shell su cd /data/local/tmp chmod 777 busybox-armv6l rm /system/b2g/webapps/settings.gaiamobile.org/application.zip ./busybox-armv6l cp application.zip /system/b2g/webapps/settings.gaiamobile.org/application.zip Después de reiniciar el teléfono, el nuevo tono aparecerá en la lista dentro de opciones de sonido de Firefox OS: