Hacer DualBoot en una tableta Asus T100

En esta publicación, la historia de las aventuras de un tecnólogo que quería tener dos sistemas en una tableta.

Entonces, el Asus T100 es una tableta transformadora en Windows 8 / 8.1 de, de repente, Asus. Hay UEFI, por lo que los geeks lo consiguieron de inmediato, porque, en teoría, ¡puedes ponerle otros sistemas! Pero todo el truco de Asus es que el gestor de arranque tiene 32 bits aquí y no puede hacer nada más que cargar Windows (casi cualquier Windows, no solo preinstalado, sino solo x86). Si los representantes de Asus viven aquí, díganme por qué hicieron esto. ¿Por qué burlarse de nosotros los usuarios? El procesador es normal, x64.

Algún tiempo después, amigos de Android x86 hicieron una prueba beta de Android, que se cargó en Live. Hubo un grub que el propio Android cargó. Pero como no había núcleos 4.0 en esos días, la tableta se bloqueó después de un tiempo. Los botones no le funcionaron, el brillo no funcionó, etc. Technodemka, en pocas palabras. Los camaradas persistentes (y yo entre ellos) incluso intentamos jugar en un sistema flotante.



La tableta salió a la venta a fines de 2013, la compré en mayo de 2014 y en septiembre ya lanzaron algo similar a Android.

Después de un tiempo, en la rama de perfil w3bsit3-dns.com (de la cual soy el curador, por cierto), aparecieron instrucciones para instalar Android en un disco duro. Bueno, cómo instalar ... descargar desde archivos que se encuentran en la unidad C en la carpeta de Android.
El propio Android consiste en archivos data.img, system.sfs / img (depende de lo que esté escrito en grub.cfg), kernel, ramdisk.img, initrd.img e install.img (obviamente, instalando el sistema, pero no está en ningún lado usado). La actualización del sistema se reduce a reemplazar archivos en una carpeta. Convenientemente



No verá data.img conmigo, ya que fui aún más lejos y arrojé toda la fecha a otra sección, pero más sobre eso más adelante.

Todo este milagro funciona a través de rEFInd, que ve todos los archivos .efi en todas las particiones y le permite descargarlos. Ahora puedes descargar grub, ¡genial! Así es como funciona: Android se ejecuta a través de un rudo que se ejecuta a través de una búsqueda. Parecería que ¿qué más se necesita para la felicidad? Puede ejecutar tantos sistemas como desee y cuánto durará la unidad integrada (los usuarios de T100 con un disco duro en el teclado están muy contentos con este hecho). Ahora el refind ha organizado un truco en sí mismo: no determina, los botones de volumen y generalmente no determina nada, excepto las flechas en la estación de acoplamiento. Y de manera predeterminada, Windows está seleccionado (ve su archivo .efi) y lo carga si no tiene tiempo para elegir otro sistema. Sin acoplamiento, no es necesario volver a encontrar, y no tiene sentido. Hasta cierto punto.

El refind se parece a esto:



El fondo, los iconos, etc., se editan en refind.conf en la sección EFI en la que está instalado.

Yo mismo usé muletas desde el comienzo de la aparición de esta instrucción. ¿Y que hacer? Extrañaba el androide y sus juegos. Aún así, digas lo que digas, se necesita Android para consumir contenido (mi opinión; es interesante escuchar tu opinión en los comentarios), y Windows no es muy adecuado para estos asuntos.

Con el paso del tiempo, los artesanos lanzaron compilaciones para el T100, en el que gradualmente corrigieron errores. Pero el principal problema con las congelaciones no llegó a ningún lado y todos esperaban el kernel 4.0 y los artesanos que colgarían Android en este núcleo.

Al mismo tiempo, se estaba desarrollando un campo de ubuntovods en el que el sistema funcionaba mejor que Android, porque se instalaron nuevos núcleos sin problemas en Ubuntu. Pero no sin fallas: wi-fi no funcionó, el sonido no funcionó, pero el sistema no se bloqueó ni siquiera en el núcleo anterior.

La versión 4.0 del kernel cambió todo fundamentalmente, porque allí agregaron soporte para todo tipo de botones en tabletas, etc. Y lo más importante, el soporte de eMMC (emparejado con el núcleo antiguo, fue acusado de todos los pecados capitales del T100). Android ahora se bloqueó y Ubuntu funcionó aún más estable y más rápido (según las sensaciones).

A partir de ese momento, la gente pensó, y dado que hay una buena construcción, ¿puede conectar una pantalla táctil o botones de volumen para volver a encontrar y elegir un sistema sin base? Estos botones funcionan en el BIOS y en el administrador de arranque nativo, lo que significa que puede probarlos y atornillarlos a la búsqueda. Pero nada se movió.

Después de algún tiempo, a principios de mayo, se lanzó otra versión que funcionó aún mejor. Luego tuve la tentación de abandonar el dock al elegir un sistema, y ​​no siempre es conveniente conectar un teclado para iniciar Android.

En el mismo w3bsit3-dns.com, me aconsejaron y me dijeron cómo y qué cambiar en la configuración de la búsqueda para que inmediatamente cargara grub y no esperara, sino que comenzó de inmediato. Esto es genial.

Fue suficiente cambiar solo 2 valores en la configuración para hacer realidad mi sueño:

1. timeout 05 cambia a timeout -1
2. default_selection 1 cambia a default_selection grub

Después de estas manipulaciones, el refind no espera al usuario, sino que carga inmediatamente grub. Exactamente lo que se necesita. Pero hay un inconveniente: debe ejecutarlo con el volumen bajo presionado para ingresar al administrador de arranque y seleccionar el sistema. Por supuesto, puede ingresar al BIOS y cambiar el orden de inicio (coloque primero el reencuentro y el cargador de inicio de Windows en segundo lugar) y luego el bruto se cargará con el clic de un botón sin ningún volteo. Lo cual hice.



Pero Android tiene un enorme inconveniente: data.img con un peso de 2/4/8 gigabytes. Y ocupa todo el volumen a la vez, y no crece a medida que se llena. Usé un archivo de 8 gb, pero no por mucho tiempo. Se me ocurrió la idea de transferir la fecha a una sección separada en la que Ubuntu estaba mintiendo en ese momento (incluso hubo un trío, ¡pero qué hora!).

Habiendo demolido Ubuntu y formateado 15 GB en ext3, me entró un estupor. ¿Cómo dirigir grosero a una sección, no a un archivo? La sugerencia llegó justo al inicio del sistema: detectando Android x86 ... encontrado en / dev / mmcblk0p4 , pero me di cuenta de esto más tarde, y al principio traté de escribir hd (0.5), no lo acepté y luego noté / dev / mmcblk0p4. Por analogía, escribí "/ dev / mmcblk0p5" en lugar de /android/data.img. ¡Y éxito! ¡15 gigabytes de memoria en Android!



Además, en la ruta al archivo del sistema, reemplacé .sfs con .img, ya que sfs no permite que root funcione en el sistema, y ​​Android sin root, que es iOS sin jailbreak. En esa pantalla, ya rompí con xposed y rehice el sistema por mí mismo, ya que no tenía planes de cambiar nada relacionado con la fecha.

¿Y qué tenemos al final? Y aquí está lo que:
1. Un análogo del Asus Transformer Book Duet, cuyo precio es de $ 600 por el paquete "más débil" ($ 355 para el Asus T100. Dado el dólar de hoy). Es cierto que dos sistemas operativos funcionan allí a la vez y se cambian mediante un botón en el teclado o un botón virtual en la tableta.
2. Un buen dispositivo para la protección (en el artículo de Habr en tres partes sobre este caso), pero en parte: el adaptador wi-fi funciona bien, pero Kali Linux / Intercepter-ng en el Android no ve el adaptador.



Kali Linux sigue siendo una bestia en el núcleo antiguo y, para empezar, debe superar mmcblk0rpmb, que no permite la instalación del sistema (bloqueo durante la instalación), y no permite trabajar en vivo, de nuevo, el núcleo antiguo que el adaptador no ve. Generalmente. Incluso solo surfear es imposible. Pero estos dos inconvenientes (ambos en el sistema instalado (si tuvo suerte con mmcblk0rpmb y la instalación no se bloqueó) y en vivo) se eliminan mediante un adaptador wi-fi externo, ya que hay un puerto usb 3.0 en la estación de acoplamiento. Uno, cierto, pero gracias por eso.
3. No funciona completamente Android (por ahora): el acelerómetro no funciona, lo que provocó una rotación automática de la pantalla que no funciona y la incapacidad de jugar carreras en las que no hay restablecimiento de la rotación de los botones. La tableta "se queda dormida" no como de costumbre. Apaga la pantalla, pero la luz de fondo está encendida con un brillo mínimo. Ubuntu no tiene esto, allí la pantalla se apaga y no disminuye el brillo.
4. El procesador todavía es x86 y nunca se activará, por lo que no todos los juegos comienzan, pero este es el problema de todos los procesadores x86.
5. Atom Z3740 / 3775 en Android. En mi memoria, el poder de x86 en Android aún no existía. Y tal vez lo fue, pero en cualquier caso, Z3740 (el primer lote de T100) o Z3775 (el próximo lote de T100) es algo poderoso. En antutu, está ganando 35 mil o 36. No escriba sobre el brazo, que gana 50-60 mil, ya que esta es una arquitectura completamente diferente y es una tontería compararlos.
6. Ponte. "¡Compruébalo, tengo dos sistemas aquí!"

También quiero agradecer a las personas con w3bsit3-dns.com, con xda-dev, del grupo google + (ubuntovody), que de forma gratuita, solos, dedicando su tiempo a nosotros, hacen todo el trabajo para que los usuarios comunes se sientan bien. Muchas gracias. Sí, y no habría esta "historia", si no fuera por ti.

Gracias a todos por su atención. En los comentarios intentaré responder a sus preguntas y piedras en mi jardín sobre las terribles muletas en este sistema.