Color en comando "ls" como root para Debian

La entrada es cortita, para ayudar a mi memoria y porqué no, a algún usuario de Debian.

Intentando dejar el "sudo" y ejecutar las tareas como "su" me dí con que no colorea por defecto al lanzar el comando "ls" en la terminal de mi querida Debian, para poder distinguir un directorio de un archivo (sin usar la opción -l).

 Por lo que luego de buscar rápidamente modificando el archivo oculto "/root/.bashrc" ya se logra esto.

En un terminal como root tipean:

root@pc:/# nano /root/.bashrc

Buscan el siguiente párrafo:

# You may uncomment the following lines if you want `ls' to be colorized:
# export LS_OPTIONS='--color=auto'
# eval "`dircolors`"
# alias ls='ls $LS_OPTIONS'
# alias ll='ls $LS_OPTIONS -l'
# alias l='ls $LS_OPTIONS -lA'


Y como bien clarito dice la explicación, solo descomentan las líneas quedando el párrafo anterior como sigue:


# You may uncomment the following lines if you want `ls' to be colorized:
 export LS_OPTIONS='--color=auto'
 eval "`dircolors`"
 alias ls='ls $LS_OPTIONS'
 alias ll='ls $LS_OPTIONS -l'
 alias l='ls $LS_OPTIONS -lA

Guardan los cambios.

Salen de root.

Ingresan nuevamente como root y ahora el comando "ls" nos devuelve el resultado con los bonitos colores, para que la vida del administrador, no sea tan gris...

T'T.

Android - Adb por Wifi o IP

A veces es necesario conectar por medio de Adb a nuestro dispositivo con la PC para distintas tareas administrativas o para instalar aplicaciones que no se hayan descargado desde la Store de Google.

El primero de los métodos utiliza el USB primero para configurar nuestro dispositivo y luego lo podremos utilizar vía ethernet/WiFi. Esto es útil para cuano no queremos ocupar el USB por el tiempo en que estemos usando el ADB, además no es necesario ser root.

Método 1 Config por USB (sin ser root).

*- Primero (obviamente) conectamos por medio del cable USB , nuestro dispositivo a la PC, activando previamente la Depuración por USB en nuestro Android en la seccion de "Configuracion".

*- Luego Iniciamos el servicio en nuestra PC:

Windows :
C:\Program Files\Minimal ADB and Fastboot>adb devices

Linux:

usuario@pc:~$ sudo ./adb devices

List of devices attached

0123456789ABCDEF device

*- Luego en nuestra PC:

Windows  :
C:\Program Files\Minimal ADB and Fastboot>adb tcpip 5555

Linux:

usuario@pc:~$ sudo ./adb tcpip 5555

*- Finalmente establecemos la comunicacion con el dispositivo pero con su IP

Windows :
C:\Program Files\Minimal ADB and Fastboot>adb connect 10.0.0.101:5555

Linux :

usuario@pc:~$ sudo ./adb connect 10.0.0.101:5555

connected to 10.0.0.101:5555

Metodo 2  (sin conexión USB) desde el dispositivo con Android rooteado y ejecutando una terminal en él, tipeamos :

$ su
# setprop service.adb.tcp.port 5555
# stop adbd
# start adbd

Verificamos donde esta "oyendo" el dispositivo
# getprop service.adb.tcp.port
5555


*- Ahora finalmente desde la PC establecemos la comunicacion con el dispositivo pero con su IP

Windows :
C:\Program Files\Minimal ADB and Fastboot>adb connect 10.0.0.101:5555

Linux :

usuario@pc:~$ sudo ./adb connect 10.0.0.101:5555

connected to 10.0.0.101:5555

Es importante añadir que "10.0.0.101" es el IP que el router les ha asignado a su dispositivo si es que lo tiene con DHCP, en caso contrario es el IP  estático que ustedes asignaron,  recuerden buscarlo en la sección de configuracion->wifi.

Finalmente comentar que el último método tiene varios usos:

*- Podemos tener tantos dispositivos conectados por Adb como querramos.  Particularmente es útil para, por ejemplo, mientras desarrollamos nuestra aplicación con Eclipse, instalarla en los distintos terminales, y chequear como nos está quedando.

*-Conectar los Tv's con Android que no disponen de puerto USB.



Espero que les sirva.

Leo sus comentarios.

Saludos!

T'T.

Coby Kyros MID7033 Bootlooping o Briqueada en el arranque II

Bien, ya que la entrada tuvo buena repercusión entre visitas y comentarios públicos y privados. Explicaré lo mas detalladamente posible como recuperé en mi caso a mi Coby Kyros Mid7033-4, con el bootlooping tal como comente en la entrada coby kyros mid7033 bootlooping o Briqueada en el arranque.

Para empezar, les comento que para realizar la recuperación, primero necesité de algunos archivos adicionales, y lo realicé integramente en Linux, específicamente en Debian. Luego lo realicé en Window$ 7 con algunos problemas menores.

Primero descargaremos las herramientas necesarias que se encuentran en el zip, cuyo link está al final de esta entrada.

Dentro de este zip encontraremos los archivos necesarios y las dos utilidades para luego conectarnos por ADB.

Es importante que tengan alguna idea del uso de ADB, si no la tienen yo explicaré muy por arriba el uso mínimo con el cual deberían poder levantar su tablet. Para mayores referencias del uso de ADB googleen que también la información y solución a los diversos problemas es extensiva.

ADB

Para los que no conocen ADB, es una herramienta perteneciente al SDK de android, creado por Google para conectarse a los dispositivos y realizar variadas tareas de mantenimiento como, instalación, desinstalación, administaración de archivos, depuración de programas propios y un sinfín de usos más.

Para poder utilizar esta herramienta deberán activar la depuración por USB en sus dispositivos, dicha opción se encuentra dentro del menú configuración.

Lo anterior es viable para cualquiera de los usos anteriores, no obstante cuando nuestra tablet se bloqueó, e intentemos acceder por ADB mientras el logo de Coby se presenta, veremos que primero no la detecta y luego de unos segundos (obviamente mientras intentamos contactarla), la detectará pero aparecerá la palabra “offline”, al lado del ID del dispositivo, posteriormente se reseteará y el logo de Coby aparecerá nuevamente.

Recovery

Nuestro dispositivo posee un recovery al igual que cualquier dispositivo con Android. Este recovery nos permite, en caso de tener problemas con nuestra tablet, realizar la limpieza de las particiones que utilizamos, a la vez que se podrían instalar actualizaciones.

El recovery que trae nuestro dispositivo es muy limitado y de dudosa utilidad, ya que como comenté en una de las entradas anteriores, al realizar los wipe a todas las particiones esperando solucionar algo, (obviamente solucioné nada), y luego al arrancar nuevamente mi tablet, supuestamente “desde cero”, pues ahí estaban mis archivos, y alguna aplicación también.

Para ingresar a este modo deben primero tener la tablet completamente apagada.

Si es el caso del bootlooping, solo podrán apagarla, presionando el boton de reset con un clip para papeles en el panel trasero. Luego presionan y mantienen el botón “power” y al momento de aparecer el logo de “COBY”, sin soltar “power”, presionan y mantienen  “bajar volumen”, hasta que aparece el recovery<3e>.

Que bien no?, pues si, pero no nos sirve de nada. Esta introducción es para que sepan un poco que es lo que van a hacer en el intento de recuperar su tablet.

El usuario Vampirefo modificó el recovery<3e>, para que habilite el ADB, y de esta forma poder lanzar  otro recovery utilizando el afamado ClockWorkMod, (para los que no lo conocen les recomiendo que investiguen un poco ya que hay muchísima info en la web).

Referencias:

El texto en este formato y color es el devuelto por la PC Ej: usuario@pc:~$

El texto en este formato y color es el que deben ingresar en la línea de comando Ej: sudo ./adb devices

Comenzamos

Una vez descargado el archivo, descomprimimos el zip, y encontramos una carpeta llamada "7033 Original Vampirefo", el cual es el primer archivo que descargué. Copian todos estos archivos en el directorio raíz de una tarjeta SD.

En lo particular a mi caso fue necesario reemplazar el archivo utscript, por el utscript_32MB, debido a que según la investigación del usuario, existen al menos 3(tres) versiones de memoria. Estas versiones las encontrarán dentro de la carpeta “utscripts”. Allí están, la original (la misma que está dentro de "7033 Original Vampirefo"), otra llamada utscriptgood, y utscript_32MB, esta última fué la que me funcionó. Para el reemplazo es necesario renombrar el archivo “utscript_32MB” a “utscript” por ejemplo. 

Bien, llegados a este paso debemos estar seguros de que  tenemos la herramienta ADB operativa.

Si ya saben utilizar ADB o lo instalaron con anterioridad, salten estos pasos.

Si tienen otro dispositivo con Android sigan estos pasos, no se preocupen que no van tocar nada de este otro dispositivo, solo lo utilizamos para saber que el ADB lo reconoce y los drivers en caso de Windows están correctamente instalados.

1-      Conectan el dispositivo que funciona, con la depuración USB habilitada.

2.1-      Para los usuarios de Linux, (que es el modo en que yo logré recuperar), tienen dentro del zip una carpeta llamada ADB/linux32bit/ dentro de la cual tienen el fichero ADB. Abren un terminal y van hacia la carpeta donde lo descomprimieron por ej.: /home/usuario/RecuperarMid7033/ADB/linux32bit/

Le dan permisos de ejecución a ADB con chmod ugo+x, y luego lo ejecutan con /home/usuario/RecuperarMid7033/ ADB/linux32bit/./adb devices

Les debería aparecer el “ID” del dispositivo conectado seguido de la palabra “online”, si no les aparece “online”, verifiquen googleando la forma de solucionar su problema, ya que como mencioné al inicio, no es intención de esta entrada explicar los bemoles del uso de ADB.

          
     2.2-Para los usuarios de Windows, les recomiendo enormemente que  tengan otro dispositivo con Android, ya que la instalación del driver puede ser un poco engorrosa con nuestra Coby, que se enciende y se resetea.
 

Teniendo este otro dispositivo lo conectan a la PC por medio del cable USB, y dejan que Windows lo detecte e instale. Hecho lo anterior instalamos el “minimal_adb_fastboot”, lo ejecutamos y se nos abrirá una terminal con la ruta donde se instaló. Ejecutamos el comando “adb devices”, y debería aparecer el ID del dispositivo seguido de la palabra “online”.

3-      Si no aparece, nos vamos a Sistema-Adminitrador de Dispostivios y buscamos dentro del hardware presente algo así como “android ADB interface” o similar, hacemos click derecho y seleccionamos “actualizar software”, y le indicamos que busque los *.inf que estan en la ruta ADB\Windows\ADB Drivers_Updated que también están en el zip que les facilité, y esperamos que el proceso finalice.

Si han llegado hasta acá van bien, si tienen problemas con el ADB, drivers de Windows o simils, googleenlo ya que la cantidad de problemas es muy alta pero también son siempre relativamente sencillos de solucionar.

Lo importante es que tengan el ADB operativo con el dispositivo que utilicen, si esto no es así, de nada sirve que sigan con los pasos que continúan. Busquen, y traten de solucionarlo.

Continuamos.

Insertamos la SD con los archivos copiados en la raíz y con la tablet apagada presionamos y mantenemos “subir volumen” + “power” hasta que en la parte superior izquierda de nuestra pantalla aparezca un pequeño letrero que dice “Vampirefo”, soltamos y esperamos. Cuando el proceso finalice (aproximadamente 1 minuto después), colocará un mensaje diciendo algo así como “finished – rebooting now”, la tablet reiniciará sola e iniciará en modo recovery <3e>, modificado para que ADB esté habilitado.

Imagen de la Tablet reiniciada y con el recovery<3e> modificado por Vampirefo

Si lo lograron, pueden seguir con los pasos.

Si la tablet queda freezada y luego de unos minutos no parece responder, apagamos con el boton de reset trasero, retiramos la SD y reemplazamos el utscript por alguno de los restantes.

Ahora que están en el modo de recovery conectamos la tablet a la PC y nos vamos a la PC, abrimos una terminal en Linux o en Windows lanzamos el ADB instalado y comenzamos con los comandos de adb, escriben:    

Windows:
C:\Program Files\Minimal ADB and Fastboot>adb devices

Linux:

usuario@pc:~$ sudo ./adb devices

List of devices attached

0123456789ABCDEF        recovery

Windows:
C:\Program Files\Minimal ADB and Fastboot>adb shell

Linux:

usuario@pc:~$ sudo ./adb shell

Con el último comando ingresamos a la Tablet. 

Ejecutamos:

# cw_recovery.sh

/sbin/cw_recovery.sh[13]: kill: 0:00: arguments must be jobs or process IDs/sbin/cw_recovery.sh[13]: kill: /sbin/recovery: arguments must be jobs or process Ids

/sbin/cw_recovery.sh[13]: kill: 1205: No such process

/sbin/cw_recovery.sh[13]: kill: 0:00: arguments must be jobs or process IDs

/sbin/cw_recovery.sh[13]: kill: busybox: arguments must be jobs or process IDs

/sbin/cw_recovery.sh[13]: kill: grep: arguments must be jobs or process IDs

/sbin/cw_recovery.sh[13]: kill: /sbin/recovery: arguments must be jobs or process IDs

Terminated

La Tablet debería de iniciar con el recovery de ClockWorkMod

Imagen de la Tablet con el recovery ClockWorkMod de Vampirefo

Una vez en este punto nos vamos hacia la tablet y veremos que con los botones de “subir volumen” y “bajar volumen”, podremos navegar por las opciones del menú y con el botón “power” seleccionamos la entrada deseada.

Ahora bien, nos desplazamos hasta la opción “mount and storage” y presionamos “power”.

Imagen de la selección mount an storage

Nos desplazamos hasta la opción “mount/sdcard” y presionamos “power”.

Imagen de la selección mount/sdcard

Presionamos el botón “back” (está en la parte frontal del dispositivo).

Volvemos a la PC para continuar con los comando de ADB.

Tipeamos:

flash_image kernel /sdcard/unsecure_boot.img                                        <

mtd: successfully wrote block at 0

mtd: successfully wrote block at 100000

mtd: successfully wrote block at 200000

mtd: successfully wrote block at 300000

mtd: successfully wrote block at 400000

mtd: successfully wrote block at 500000

mtd: successfully wrote block at 600000

mtd: successfully wrote block at 700000

wrote kernel partition

Seguimos con:

flash_image RKer /sdcard/dual_recovery.img                                        <

mtd: successfully wrote block at 0

mtd: successfully wrote block at 100000

mtd: successfully wrote block at 200000

mtd: successfully wrote block at 300000

mtd: successfully wrote block at 400000

mtd: successfully wrote block at 500000

mtd: successfully wrote block at 600000

mtd: successfully wrote block at 700000

mtd: successfully wrote block at 800000

mtd: successfully wrote block at 900000

wrote RKer partition

Formateamos la partición cache:

# format_cache.sh                                                              

Erasing 1024 Kibyte @ 20000000 - 100% complete.

Set volume size to 523313152

Volume ID 0, size 503 LEBs (523313152 bytes, 499.1 MiB), LEB size 1040384 bytes (1016.0 KiB), dynamic, name "cache", alignment 1

Formateamos la partición data:

# format_data.sh                                                               

Erasing 1024 Kibyte @ 68000000 - 100% complete.

Set volume size to 1710391296

Volume ID 0, size 1644 LEBs (1710391296 bytes, 1.6 GiB), LEB size 1040384 bytes (1016.0 KiB), dynamic, name "data", alignment 1

# fo

fold                format_cache.sh     format_system.sh   

for                 format_data.sh    
 

Formateamos la partición system:

# format_system.sh                                                             

umount: can't umount /system: Invalid argument

Erasing 1024 Kibyte @ d00000 -  3% complete.

Skipping bad block at 0x00e00000

Skipping bad block at 0x00f00000

Erasing 1024 Kibyte @ 18200000 - 100% complete.

Set volume size to 392224768

Volume ID 0, size 377 LEBs (392224768 bytes, 374.1 MiB), LEB size 1040384 bytes (1016.0 KiB), dynamic, name "system", alignment 1

Ahora descomprimimos los archivos y se reescriben en sus respectivas carpetas (son muchos archivos y toma su tiempo):

# busybox tar -xzvf /sdcard/7033_system.tgz

system/

system/app/

system/app/HTMLViewer.apk

system/app/NetworkLocation_vmc.apk

system/app/Gallery2.apk

system/app/aldiko-oem-2.00.151.apk

system/app/FlashPlayer.apk

system/app/PicoTts.apk

.............................................

(Aqui siguen una buena cantidad  de archivos que son escritos pero los recorté para no ocupar demasiado espacio sin sentido).

Bien una vez que el proceso termina, volvemos a la tablet y seleccionamos la entrada “reboot system now”, presionamos “power”, seleccionamos “no”, presionamos “power” y listo.

Esos son los pasos que realicé para poder recuperar la MID-7033, una vez más es importante añadir que todo esto es obra del usuario Vampirefo, yo solo seguí los pasos y ahora asiento la forma en que lo  realicé.

Para terminar les dejo unas imagenes tomadas de mi dispositivo recuperado, con la herramienta “monitor” que se encuentra dentro del SDK,   para eclipse.

Imagen de la pantalla inicial de mi dispositivo

Imagen de la pantalla “sobre” de mi dispositivo tomada en estos días.

 



Link del zip que contiene los archivos 

Espero les sea útil la entrada.
Comenten como les fue.

T'T.

Update: 17/05/16

Nuevo Link

T'T.

Update: 21/11/16

Estimados. Si alguno de los lectores/usuarios posee el stock ROM dump de la 3ra versión de la MID7033-4, que solicita el usuario pp_eagle (ctrl+f + pp_eagle para interiorizarse sobre su problema) seguramente a más de uno le sería útil.

pp_eagle:
pego la dirección que posteaste (quizás sea mas legible en el cuerpo del hilo que en los comentarios). La intención es ayudarte.

cita comentario pp_eagle

Enlace utscript para 98MB propiedad de pp_eagle:

https://www.dropbox.com/sh/ong42myfi9567h7/AABEs6NHitymcoi75zyJOO5pa?dl=0

T'T. 

Coby Kyros MID7033 Bootlooping o Briqueada en el arranque

 No hace mucho comencé a escribir una entrada para la compilación de módulos para el kernel de Android.

 En ese entonces explicaba que había iniciado con una tablet Coby Kyros Mid7033, y que por inexperiencia la había briquedo, dando como resultado que al encenderla presentaba el logo de Coby se reiniciaba y nuevamente presentaba el logo de Coby, de ahí no salía. En el común de los foros lo llaman Bootlooping, es decir queda en modo Boot de forma cíclica sin poder iniciar.

 Tuve la tablet casi 2(dos) años juntando suciedad, hasta que dando vueltas por los foros encontré en androidtablets.net la solución.
 
  El usuario/desarrollador Vampirefo dedicó su experiencia para recuperar dicha tablet.
  Luego de intentarlo en diversas ocasiones sin lograr recuperarla, noté una actualización por parte de Vampirefo que finalmente resultó.

  Para no ponerme a crear una entrada por esto les recomiendo lean el tema del foro de este desarrollador, y si tienen dudas o necesitan ayuda haganmelo saber, con solo una persona que me pida ayuda, ampliaré esta entrada con una explicación de lo que hizo Vampirefo para que funcione.

 Crear una entrada lleva mucho tiempo, además el dispositivo en cierta manera quedó antiguo quizás mas de uno ya lo haya desechado. No obstante a mi me viene bárbaro para poder realizar pruebas y chequear mis programas, ROM y módulos que estoy creando.

 Periódicamente leo los comentarios, así que ya saben, si se les complica, o quizás no tienen la experiencia en el uso de ADB, no duden en dejarme un comentario, y ampliaré la entrada, si no, mucha suerte y si siguen el tema del foro de seguro la lograrán rescatar.

 Como dato curioso que afirma mi posición sobre el tema de los "wipe" y la restauración a fábrica, le he hecho muchísimos wipe, e iniciado instalaciones infructuosas de otras roms, no obstante al arrancar mi tablet, los archivos seguían ahí (fotos/música/videos)... eso hace que dude de la invulnerabilidad y de la eficiencia de los wipe (si un bichito se mete en alguna de estas carpetas tené por seguro que no lo vas a borrar con el wipe).

 Tema del usuario Vampirefo.

 Y Good recovery.

Actualización 23/09/14.
Favor sigan el siguiente link hacia la nueva entrada con el proceso de recuperacion:
Coby Kyros MID7033 Bootlooping o Briqueada en el arranque II

T'T.
 

Gestionar archivos de Android sin cables y seguro desde la PC (FTP)

 Normalmente es necesario el intercambio, creación o eliminación de archivos de nuestro dispositivo con Android.
 Lo normal es conectarlo a nuestra PC por medio de su correspondiente cable USB y realizar dicha tarea sin mayores inconvenientes.
 No obstante, en ocasiones, por no disponer de los drivers, del cable USB o simplemente para prolongar la vida del conector USB de nuestro dispositivo, (como en mi caso), es útil disponer de una alternativa.
 Muchos dirán "adb ya lo hace", es cierto, también es cierto que su interfaz para muchos no es muy agradable, y en algunos dispositivos no es tan sencillo lanzarlo por enlace Wi-Fi.
 El método que utilizo no es mas que eso, "otro método", no el mejor, no el más rápido, simplemente es mi preferido y me pareció bueno transmitírselo a quién le pueda interesar. A mí particularmente me da muy buenos resultados, y satisface mis necesidades de gestión.

 Que haremos?
 Primero crearemos un servidor FTP desde nuestro dispositivo y accederemos a él por medio de un cliente FTP instalado en cualquier computadora.

 Que necesitamos?
 En nuestro dispositivo Android instalaremos la aplicación ES File Explorer
enlace Google Play
enlace Alternativo
 En nuestra PC instalaremos el cliente free FTP Filezilla. Lo podemos descargar desde su página https://filezilla-project.org/ para window$ XP/Vista/Seven/8 o si están en Linux desde el ya conocido
 linux@linux:/# apt-get install filezilla (En Debian o Ubuntu).

 Y Ahora?
 Bien, una vez instalados ambos programas, lanzamos en nuestro dispositivo Android la aplicación ES File Explorer.

ES File Explorer Ejecutándose

Nos vamos hasta la opción "Remoto" en la pestaña izquierda y clickamos.

Pantalla al Hacer Click sobre "Remoto"

 Clickamos ahora sobre "Ajustes"

Pantalla al hacer click sobre "Ajustes"

 En esta pestaña clickamos "Administrar la Cuenta" e ingresamos el nombre de usuario y la contraseña para luego poder acceder desde nuestro cliente FTP.
 Una vez hecho esto podemos cambiar el puerto por el que va a "oir" las conexiones entrantes (Cambiar puerto), en este caso puse el año de mi nacimiento :).
 También podemos configurar el directorio que mostrará ni bien se conecte el cliente FTP (Elegir Directorio Raíz), si queremos que el servidor quede en marcha al cerrar la aplicación (Cerrar al salir) o si queremos crear un acceso directo al lanzamiento del server en la pantalla principal de nuestro dispositivo (Crear un Acceso).
 Una vez ajustado a nuestro gusto lanzamos el servidor clickando en "Encender", y esperamos la confirmación de la creación.

Servidor lanzado e iniciado donde muestra la IP asignada y el puerto de escucha

 
 Una vez realizados los pasos anteriores lanzamos FileZilla en nuestra PC:

FileZilla Ejecutándose

 Ahora completamos los campos de Servidor (con el IP asignado), nombre de usuario y contraseña (los que seteamos en ajustes dentro ES File Explorer de nuestro dispositivo Android), y el puerto que asignamos para oir las consultas.

FileZilla conectado con el servidor creado por ES File Explorer en nuestro dispositivo Android remoto.

 Bueno ahora solo queda navegar a nuestra izquierda por las carpetas/archivos de nuestra PC (sitio local) y a la derecha por las carpetas/archivos de nuestro dispositivo Android (sitio remoto), para subir/bajar/eliminar, es decir editar a nuestro antojo el contenido de nuestro Android, o respaldar los que tenemos en el, hacia nuestra PC ;).

 Por el momento es todo, intenté hacerlo lo más claro posible.
 Cualquier duda/crítica constructiva y/o comentario será bien recibido y contestado.

 Saludos!

Compilar Módulos para Android en Linux (Intro)

 Hará apoximadamente 2(dos) años adquirí una tablet de 7" para inmiscuirme en el mundillo de Android.
 Anteriormente realicé mis primeras armas con versiones 2.X pero necesitaba algo más actual.
 Así que adquirí el dispositivo con un ICS 4.0.3 y kernel 3.0.8, era una Coby Mid7033, y como tantos otro la trabé y nunca más arrancó, Coby no me falicitó el firmware así que me quedó un fabuloso pisapapelestecnológico, eso sí, con pantalla resistiva.

Coby Kyros Mid7033

 Recuerdo estar rooteandola y modifiqué (por inexperiencia) sin desmontar los permisos de la carpeta system, y ahí quedó, presentando su logo de Coby again and again and again, hasta desoldarle la batería.
 Luego de esta experiencia olvidable, adquirí una Overtech Mid9503, y obviamente me dí a la tarea de rootearla, toquetearle el Android y briquearla también. Pero he aquí que esta maquinita venía con un CD que decía Drivers & Firmware, lo que a mi entender es un gran paso por parte de los proveedores, al, de alguna manera reconocer, que uno cuando compra un dispositivo, COMPRA el hardware y el software, y no te pueden dar uno sin el otro, y uno debería de tener la posibilidad de volverla al estado realmente inicial. Los que usan Android (mas hallá del uso habitual) saben que los "wipe" que ofrece este SO no suelen ser suficientes para una "limpieza profunda".
 Dicho esto recomiendo que si son de los que les gusta "aprender" ( léase meter mano por motu propio), verifiquen que el dipositivo que van a adquirir, al menos tenga el firmware de stock, disponible en la Web o en CD. 


  Este texto a modo de introducción es para dejar asentado el comienzo por intentar compilar el módulo PL2303.ko para este Android, específicamente el 4.0.4 con kernel 3.0.8+, para el cual aún no he podido conseguir un módulo funcional.
  Si bien existen al día de la fecha versiones más nuevas, me pareció interesante ahondar en la compilación de módulos para estos kernel's pero fuera de Android es decir en Linux, y en mi caso bajo Debian.
 Veremos como sigue esto y espero poder ir ampliando esta entrada hasta llegar a poder conectar este dispositivo y que la tablet lo reconozca correctamente.
 Seguiremos...