#21
|
||||
|
||||
XD lo que han consegido es el root, que seria elsuperusuario para acceder a todo sin restricciones, y otra muy diferente es meter una rom, cosa que no se ha conseguido y ni se conseguira almenos que puedan meter un recovery desde el cual se instalan roms, parched y se hacen limpiezas.
Enviado desde mi Ventana usando Tapatalk
__________________
[SIGPIC][/SIGPIC]
|
|
#22
|
||||
|
||||
Pero no puedo dar ninguna informacion de como flashearla ya que al estar el recovery bloqueado corri demasiados riesgos de dejar la Gemini totalmente inoperativa. Hay tiempo de sobra para que empezeis a trastear, no os preocupeis, primero es mejor que se solucione todo de la Gemini. |
#23
|
||||
|
||||
Lo primero de todo decir que estoy en el proceso de aprender, si digo algo incorrecto (seguramente) se agradecen las correcciones .
A lo mejor es lo que ya se está haciendo para intentar poner el ClockWorkMod, pero como no he leido nada en el foro, a ver si podéis aclararme si se puede hacer esto y los problemas que puede dar. 1. Entiendo que con el root hecho es factible hacer una copia de seguridad de la partición de recovery (desde adb o desde una terminal con un volcado completo de la partición, usando el comando dd por ejemplo). De esta forma tendríamos una copia de seguridad de la partición con la versión de fábrica del recovery. 2. Si conseguimos ficheros con una imagen de recovery que funcione en otros dipositivos tegra 2 (creo que ya lo tienen funcionando en la ASUS transformer y en la xoom) se podrían probar volcándolos sobre dicha partición recovery. Lo más seguro es que, por problemas de compatibilidad entre dispositivos, no funcionen directamente sobre la gemini. Pero puede valer la pena probarlo por si acaso vale alguno (aquí es donde sospecho que la gente que pilota ya habrá probado esto y lo habrá descartado). 3. Tocar a ese nivel la partición de recovery puede dejarla inutilizable (no poder entrar en modo recovery), pero entiendo que, si no se toca ninguna partición más, la tablet es capaz de arrancar en android normalmente. Si esto es así, se podría recuperar la partición recovery de fábrica a partir de la copia de seguridad hecha según lo comentado en el punto 1. ¿Es esto correcto? ¿Se ha intentado ya? Última edición por bibayo Día 07/02/12 a las 14:43:47. Razón: (Mejorar legibilidad) |
#24
|
||||
|
||||
¡¡Dios!! Estoy alucinando con la peña. No conocía este grupo. Creo que voy a aprender un montón. Tengo mucha experiencia en programación, pero nunca me había puesto a cacharrear ...
Creo que voy a disfrutar mi Gemenis un montón. Y estoy impresionado con Flecky y algún otro. ¡¡Vaya fieras!! Felicidades. Más que nada vuestra presencia (junto con la respuesta que estoy viendo en NVSBL) va a hacer que siga apostando ... Gracias. |
#25
|
||||
|
||||
Totalmente cierto, por no tener que instalar un windows en mi pc, ni poner el sdk en un win7 que tengo unicamente para enchufarme al MW3 o Battlefield3, lo que hice fue cocinarme una rom con root.
Pero no puedo dar ninguna informacion de como flashearla ya que al estar el recovery bloqueado corri demasiados riesgos de dejar la Gemini totalmente inoperativa. Hay tiempo de sobra para que empezeis a trastear, no os preocupeis, primero es mejor que se solucione todo de la Gemini. Me acabas de alegrar la tarde, esto promete... Saludos
__________________
Meter Roms cocinadas crea adicción, ya nunca podrás dejar de flahsear..
|
#26
|
Lo primero de todo decir que estoy en el proceso de aprender, si digo algo incorrecto (seguramente) se agradecen las correcciones .
A lo mejor es lo que ya se está haciendo para intentar poner el ClockWorkMod, pero como no he leido nada en el foro, a ver si podéis aclararme si se puede hacer esto y los problemas que puede dar. 1. Entiendo que con el root hecho es factible hacer una copia de seguridad de la partición de recovery (desde adb o desde una terminal con un volcado completo de la partición, usando el comando dd por ejemplo). De esta forma tendríamos una copia de seguridad de la partición con la versión de fábrica del recovery. 2. Si conseguimos ficheros con una imagen de recovery que funcione en otros dipositivos tegra 2 (creo que ya lo tienen funcionando en la ASUS transformer y en la xoom) se podrían probar volcándolos sobre dicha partición recovery. Lo más seguro es que, por problemas de compatibilidad entre dispositivos, no funcionen directamente sobre la gemini. Pero puede valer la pena probarlo por si acaso vale alguno (aquí es donde sospecho que la gente que pilota ya habrá probado esto y lo habrá descartado). 3. Tocar a ese nivel la partición de recovery puede dejarla inutilizable (no poder entrar en modo recovery), pero entiendo que, si no se toca ninguna partición más, la tablet es capaz de arrancar en android normalmente. Si esto es así, se podría recuperar la partición recovery de fábrica a partir de la copia de seguridad hecha según lo comentado en el punto 1. ¿Es esto correcto? ¿Se ha intentado ya? Te comento como estoy yo (por ahora en punto muerto). Punto 1 es factible y es donde le estoy dando mil vueltas, problema todo el recovery se vuelca en una particion por lo general localizada en ./proc/mtd, lo que resulta que la apside (no se si por llevar tegra) no tiene metidas alli las particiones, con lo cual es lo que estoy buscando. Punto 2, si consigo solucionar el 1 probaremos algun recovery o se haria un custom recovery especial para la apside. Punto 3, estas en todo lo cierto a no ser que me cague en la ma... de todo y no consigamos hacer el 1 jaja. Aun estoy trasteando pero las tablas de particiones se resiten, incluso por nvflash lo intente pero fue en vano. a ver si hechais un rayo de luz |
Los siguientes 2 usuarios han agradecido a hell241 su comentario: | ||
#27
|
||||
|
||||
He leido en xda que en la folio le han puesto un recovery Clockworkmod modificado,si la folio tiene el mismo recovery que la gemini creo que puede ser factible ese recovery para nuestra tablet.
http://forum.xda-developers.com/showthread.php?t=923722 |
Gracias de parte de: | ||
#28
|
||||
|
||||
Joder bibayo lo has clavado D, sabes linux? o te has informado mucho?
Te comento como estoy yo (por ahora en punto muerto). Punto 1 es factible y es donde le estoy dando mil vueltas, problema todo el recovery se vuelca en una particion por lo general localizada en ./proc/mtd, lo que resulta que la apside (no se si por llevar tegra) no tiene metidas alli las particiones, con lo cual es lo que estoy buscando. Punto 2, si consigo solucionar el 1 probaremos algun recovery o se haria un custom recovery especial para la apside. Punto 3, estas en todo lo cierto a no ser que me cague en la ma... de todo y no consigamos hacer el 1 jaja. Aun estoy trasteando pero las tablas de particiones se resiten, incluso por nvflash lo intente pero fue en vano. a ver si hechais un rayo de luz Ya he visto que el /proc/mtd no tiene nada, sin embargo se puede obtener una lista de particiones y creo que descartar algunas por dónde están montadas. A saber (desde una terminal): ------------------ $ su # cat /proc/partitions major minor #blocks name 7 0 23940 loop0 179 0 7755776 mmcblk0 179 1 6144 mmcblk0p1 179 2 8192 mmcblk0p2 179 3 262144 mmcblk0p3 179 4 262144 mmcblk0p4 179 5 2048 mmcblk0p5 179 6 274432 mmcblk0p6 179 7 2097152 mmcblk0p7 179 8 4833280 mmcblk0p8 254 0 23940 dm-0 # mount rootfs / rootfs ro,relatime 0 0 tmpfs /dev tmpfs rw,relatime,mode=755 0 0 devpts /dev/pts devpts rw,relatime,mode=600 0 0 proc /proc proc rw,relatime 0 0 sysfs /sys sysfs rw,relatime 0 0 debugfs /sys/kernel/debug debugfs rw,relatime 0 0 none /acct cgroup rw,relatime,cpuacct 0 0 tmpfs /mnt/asec tmpfs rw,relatime,mode=755,gid=1000 0 0 tmpfs /mnt/obb tmpfs rw,relatime,mode=755,gid=1000 0 0 none /dev/cpuctl cgroup rw,relatime,cpu 0 0 /dev/block/mmcblk0p3 /system ext4 ro,relatime,barrier=1,data=ordered 0 0 /dev/block/mmcblk0p7 /data ext4 rw,nosuid,nodev,noatime,nodiratime,barrier=1,data= ordered,noauto_da_alloc,discard 0 0 /dev/block/mmcblk0p4 /cache ext4 rw,noatime,barrier=1,data=ordered 0 0 /dev/block/vold/179:8 /mnt/sdcard_internal vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,g id=1015,fmask=0702,dmask=0702,allow_utime=0020,cod epage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 /dev/block/vold/179:8 /mnt/secure/asec vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,g id=1015,fmask=0702,dmask=0702,allow_utime=0020,cod epage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 tmpfs /mnt/sdcard_internal/.android_secure tmpfs ro,relatime,size=0k,mode=000 0 0 /dev/block/vold/179:8 /dev/block/vold/179:8 /mnt/sdcard vfat rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,g id=1015,fmask=0702,dmask=0702,allow_utime=0020,cod epage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 /dev/block/dm-0 /mnt/asec/com.seleuco.mame4all-1 vfat ro,dirsync,nosuid,nodev,relatime,uid=1000,fmask=02 22,dmask=0222,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0 # ------------------------------ De lo que, si no me he equivocado en nada, se deduce que: - Las particiones son mmcblk0pN (con N de 1 a 8), por la información de dónde están montadas, disponibles en /dev/block/vold/179:N o /dev/block/mmcblk0pN (no sé si serán lo mismo...). - Por dónde están montadas: NUM DIRECTORIO 3 /system (262 MB) 7 /data (2 GB) 4 /cache (262 MB) 8 /mnt/sdcard-internal y /mnt/sdcard (si no metes la sd externa) (4.8 GB) - El resto, la 1 (6 MB), la 2 (8 MB), la 5 (2 MB), y la 6 (274 MB). Los que tenéis más experiencia, ¿cuál puede ser la de recovery? ¿Cómo se puede identificar? Última edición por bibayo Día 07/02/12 a las 23:32:53. |
#29
|
||||
|
||||
y la 5 el bootloader (por ser la mas pequeña) y ya quedan la 1 y la 2 (que no se en cual estara) Lo digo sin tener casi ni idea de como esta montado el sistema de particiones en android |
#30
|
||||
|
||||
Mirad lo que he encontrado... he buscado la palabra revovery y me han salido varios ficheros, uno de ellos muy interesante... está en /data/system/dropbox y se llama: SYSTEM_RECOVERY_LOG(at)1328652772962.txt
Creo que se genera uno de estos cada vez que la tableta arranca en recovery. Lo mejor es el contenido (entre otras cosas...): recovery filesystem table ========================= 0 /tmp ramdisk (null) (null) 1 /recovery emmc /dev/block/platform/sdhci-tegra.3/by-num/p1 (null) 2 /boot emmc /dev/block/platform/sdhci-tegra.3/by-num/p2 (null) 3 /system ext4 /dev/block/platform/sdhci-tegra.3/by-num/p3 (null) 4 /cache ext4 /dev/block/platform/sdhci-tegra.3/by-num/p4 (null) 5 /misc emmc /dev/block/platform/sdhci-tegra.3/by-num/p5 (null) 6 /staging emmc /dev/block/platform/sdhci-tegra.3/by-num/p6 (null) 7 /data ext4 /dev/block/platform/sdhci-tegra.3/by-num/p7 (null) 8 /sdcard vfat /dev/block/platform/sdhci-tegra.3/by-num/p8 (null) Lo cual cuadra con lo dicho en los posts anteriores y parece confirmar que es la 1... Última edición por bibayo Día 08/02/12 a las 00:59:16. |
Los siguientes 2 usuarios han agradecido a bibayo su comentario: | ||
#31
|
||||
|
||||
Por cierto, he estado leyendo por ahí que en algunos modelos de móviles android el recovery no utiliza la supuesta partición de recovery, que arranca con el mismo kernel que el normal y simplemente entra en modo recovery ejecutando otra secuencia de arranque (un recovery.rc en lugar del init.rc de un arranque normal).
Habrá que comprobar si es así o no en la Gemini, porque si es así lo mismo sustituir los contenidos de la partición de recovery tampoco nos lleva a ningún sitio. |
#32
|
||||
|
||||
Lo que ya nos podian pasar el recovery correcto la gente de nvsbl para poder probar así no nos tenemos que romper la cabeza en buscar el correcto que nos funcione.
Saludos. |
#33
|
||||
|
||||
Supongo que si te ponen las cosas faciles, perdería la "gracia" y ellos estarían un poco más cerca de perder el reto . No creo que lo importante sea que diesen el recovery, porque más o menos investigando como bien hace bibayo, se acabará encontrando donde está y como lo hace en relativamente poco tiempo. Lo importante es el tema de drivers, que aunque existen de otro dispositivos tegra2, los componentes que son el tegra2 cada cual pondrá los que les venga en gana y será ciertamente complicado encontrar drivers para todo eso (wifi, bluetooth, etc), eso si lo deberían dar.
|
#34
|
||||
|
||||
He conseguido un pequeño avance.
He volcado una recovery cwm5 (preparada para una ASUS Transformer) y arranca pero no tiene bien configurado el almacenamiento. He abierto un hilo nuevo en el subforo de desarrollo: http://www.htcmania.com/showthread.p...12#post3789912 |
Los siguientes 5 usuarios han agradecido a bibayo su comentario: | ||
#35
|
||||
|
||||
He conseguido un pequeño avance.
He volcado una recovery cwm5 (preparada para una ASUS Transformer) y arranca pero no tiene bien configurado el almacenamiento. He abierto un hilo nuevo en el subforo de desarrollo: http://www.htcmania.com/showthread.p...12#post3789912 Muy buen aporte ante todo ;), quisiera preguntarte si pudieras probar el recovery de una Sirius por ejemplo de NVSBL, entiendo que son modelos con caracteristicas diferentes, pero el recovery basicamente comprendo que no tiene mucha dependencia del hardware mas que donde estan mirando los punteros y los lanzadores a la hora de montar las unidades. Si la topologia de configuracion es similar para aprovechar algo del software que tienen desarrollado entiendo que un recovery desbloqueado de la sirius podria funcionar....es solo una idea y que conste que tampoco se mucho del tema. Un saludo
__________________
"Es genial trabajar con ordenadores. No discuten, lo recuerdan todo y no se beben tu cerveza" |
#36
|
||||
|
||||
Muy buen aporte ante todo ;),
quisiera preguntarte si pudieras probar el recovery de una Sirius por ejemplo de NVSBL, entiendo que son modelos con caracteristicas diferentes, pero el recovery basicamente comprendo que no tiene mucha dependencia del hardware mas que donde estan mirando los punteros y los lanzadores a la hora de montar las unidades. Si la topologia de configuracion es similar para aprovechar algo del software que tienen desarrollado entiendo que un recovery desbloqueado de la sirius podria funcionar....es solo una idea y que conste que tampoco se mucho del tema. Un saludo Creo que primero probaré la via del cwm para asus tf101, que tb es tegra 2. Apunto tu sugerencia como siguiente camino a probar por si acaso. Estoy de acuerdo en que con las confs de particiones correctas un recovery debería ser funcional, pero no creo que podamos arrancarlo con un kernel pensado para otra arquitectura hw (el procesador de la sirius es compatible con el de la gemini como para valerle el mismo kernel?). Lo malo es que, con una mala configuración de las particiones, un recovery puede corromperte las particiones y dejarte con un bonito ladrillo hasta que puedas restaurarla de alguna forma. Créeme que tiene sus peligros. |
#37
|
||||
|
||||
Siento no haberte contestado antes, he estado algo liado últimamente y no he podido hacer prácticamente nada para avanzar.
Creo que primero probaré la via del cwm para asus tf101, que tb es tegra 2. Apunto tu sugerencia como siguiente camino a probar por si acaso. Estoy de acuerdo en que con las confs de particiones correctas un recovery debería ser funcional, pero no creo que podamos arrancarlo con un kernel pensado para otra arquitectura hw (el procesador de la sirius es compatible con el de la gemini como para valerle el mismo kernel?). Lo malo es que, con una mala configuración de las particiones, un recovery puede corromperte las particiones y dejarte con un bonito ladrillo hasta que puedas restaurarla de alguna forma. Créeme que tiene sus peligros. |
Gracias de parte de: | ||
#38
|
||||
|
||||
__________________
[SIGPIC][/SIGPIC]
|
Gracias de parte de: | ||