Fazendo o DualBoot em um tablet Asus T100

Nesta publicação - a história das aventuras de um tecnólogo que queria ter dois sistemas em um tablet.

Portanto, o Asus T100 é um tablet transformador no Windows 8 / 8.1, subitamente da Asus. Existe o UEFI, então os geeks conseguiram isso imediatamente, porque, em teoria, você pode colocar outros sistemas nele! Mas o truque da Asus é que o gerenciador de inicialização é de 32 bits e não pode fazer nada além de carregar o Windows s (quase qualquer Windows, não apenas pré-instalado, mas apenas x86). Se representantes da Asus moram aqui, diga-me por que você fez isso. Por que zombar de nós, usuários? O processador é normal, x64.

Algum tempo depois, amigos do Android x86 fizeram um teste beta do Android, que foi carregado no Live. Havia um grub que o próprio Android carregava. Mas como não havia 4,0 kernels naqueles dias, o tablet travou após algum tempo. Os botões não funcionaram para ele, o brilho não funcionou e assim por diante. Technodemka, basta colocar. Camaradas persistentes (e eu entre eles) até tentamos jogar em um sistema pairando.



O tablet foi colocado à venda no final de 2013, eu o comprei em maio de 2014 e em setembro eles já lançaram algo semelhante ao Android.

Depois de algum tempo, no ramo de perfil w3bsit3-dns.com (pelo qual eu sou o curador, por sinal), apareceram instruções para instalar o Android em um disco rígido. Bem, como instalar ... o download de arquivos na unidade C na pasta Android.
O próprio Android consiste em arquivos data.img, system.sfs / img (depende do que está escrito em grub.cfg), kernel, ramdisk.img, initrd.img e install.img (obviamente, instalar o sistema, mas não está em lugar nenhum usava). A atualização do sistema se resume à substituição de arquivos em uma pasta. Convenientemente.



Você não verá data.img comigo, pois fui ainda mais longe e joguei a data inteira em outra seção, mas mais sobre isso mais tarde.

Todo esse milagre funciona através do rEFInd, que vê todos os arquivos .efi em todas as partições e permite que você faça o download deles. Agora você pode baixar o grub, ótimo! É assim que funciona - o Android é executado de maneira rude, que é executada em uma refindagem. Parece que o que mais é necessário para a felicidade? Você pode executar quantos sistemas desejar e quanto durará a unidade interna (os usuários do T100 com um disco rígido no teclado estão muito felizes com esse fato). Agora, o refind organizou um truque: não determina, os botões de volume e geralmente não determina nada, exceto as setas na estação de acoplamento. E, por padrão, o Windows é selecionado (ele vê o arquivo .efi) e o carrega se você não tiver tempo para escolher outro sistema. Sem ancoragem, a refind não é necessária e não faz sentido. Até um certo ponto.

A refind se parece com isso:



O plano de fundo, os ícones etc. são editados em refind.conf na seção EFI na qual está instalado.

Eu mesmo usei essas muletas desde o início do aparecimento desta instrução. E o que fazer? Perdi o andróide e seus jogos. Ainda assim, o que você diz, o Android é necessário para consumir conteúdo (na minha opinião; é interessante ouvir sua opinião nos comentários), e o Windows não é muito adequado para esses assuntos.

Com o passar do tempo, os artesãos lançaram versões para o T100, nas quais eles corrigiam erros gradualmente. Mas o principal problema com os congelamentos não foi a lugar nenhum e todo mundo estava esperando o kernel 4.0 e os artesãos que pendurariam o Android nesse núcleo.

Ao mesmo tempo, um acampamento de ubuntovods estava se desenvolvendo, no qual o sistema funcionava melhor que o Android, porque novos kernels foram instalados sem problemas no Ubuntu. Mas não sem falhas: o wi-fi não funcionou, o som não funcionou, mas o sistema não travou nem no núcleo antigo.

O lançamento do kernel 4.0 mudou tudo fundamentalmente, porque adicionaram suporte para todos os tipos de botões em tablets, etc. E o mais importante, o suporte ao eMMC (combinado com o núcleo antigo, ele foi acusado de todos os pecados capitais do T100). O Android agora travou e o Ubuntu funcionou ainda mais estável e mais rápido (de acordo com as sensações).

A partir desse momento, as pessoas pensaram - e como existe uma boa compilação, você pode conectar uma tela sensível ao toque ou botões de volume à refind e escolher um sistema sem dock? Esses botões funcionam no BIOS e no gerenciador de inicialização nativo, o que significa que você pode experimentá-los e parafusá-los na refind. Mas nada se moveu.

Depois de algum tempo, no início de maio, outra versão foi lançada e funcionou ainda melhor. Então, fiquei tentado a abandonar o dock ao escolher um sistema, e nem sempre é conveniente conectar um teclado para inicializar o Android.

No mesmo site w3bsit3-dns.com, eles me aconselharam e disseram como e o que alterar na configuração da refind para que ela carregue imediatamente o grub e não espere, mas comece imediatamente. Isso é genialidade.

Foi o suficiente para alterar apenas 2 valores na configuração para tornar meu sonho realidade:

1. timeout 05 muda para timeout -1
2. default_selection 1 muda para default_selection grub

Após essas manipulações, a refind não espera pelo usuário, mas carrega imediatamente o grub. Exatamente o que é necessário. Mas há um sinal de menos: você precisa executá-lo com o volume pressionado para entrar no gerenciador de inicialização e selecionar o sistema. Obviamente, você pode entrar no BIOS e alterar a ordem de inicialização (coloque a refindagem primeiro e o carregador de inicialização do Windows em segundo) e, em seguida, a carga bruta será carregada com o clique de um botão sem nenhum volume. O que eu fiz.



Mas o Android tem um enorme sinal negativo - data.img, que pesa 2/4/8 gigabytes. E ocupa todo o volume de uma só vez e não cresce à medida que é preenchido. Eu usei um arquivo de 8 GB, mas não por muito tempo. A ideia surgiu de transferir a data para uma seção separada, na qual o Ubuntu estava naquele momento (havia até um trio, mas que horas!).

Tendo demolido o Ubuntu e formatado 15 GB no ext3, entrei em um estupor. Como direcionar rude para uma seção, não para um arquivo? A dica veio logo no início do sistema: detectando o Android x86 ... encontrado em / dev / mmcblk0p4 , mas percebi isso mais tarde, mas no começo tentei escrever hd (0.5), não o aceitei e depois notei / dev / mmcblk0p4. Por analogia, escrevi "/ dev / mmcblk0p5" em vez de /android/data.img. E sucesso! 15 gigabytes de memória no Android!



Além disso, no caminho para o arquivo do sistema, substituí .sfs por .img, pois o sfs não permite que o root funcione no sistema e o Android sem root, que é o iOS sem jailbreak. Nessa tela, eu já terminei com xposed e refiz o sistema para mim, pois não tinha planos de alterar nada relacionado à data.

E o que temos no final? E aqui está o que:
1. Um análogo do Asus Transformer Book Duet, cujo preço é de US $ 600 para o pacote "mais fraco" (US $ 355 para o Asus T100. Considerando o dólar hoje). É verdade que dois sistemas operacionais funcionam lá de uma vez e são alternados por um botão no teclado ou por um botão virtual no tablet.
2. Um bom dispositivo para wardriving (no artigo de Habr em três partes sobre este caso), mas parcialmente: o adaptador wi-fi funciona bem, mas o Kali Linux / Intercepter-ng no android não vê o adaptador.



O Kali Linux ainda é uma besta no kernel antigo e, para começar, você precisa superar o mmcblk0rpmb, que não permite a instalação do sistema (falha durante a instalação) e não permite trabalhar em tempo real, novamente, o kernel antigo que o adaptador não vê. Geralmente. Mesmo apenas surfar é impossível. Mas esses dois desvantagens (ambos no sistema instalado (se você teve sorte com o mmcblk0rpmb e a instalação não travou) e no live) são removidos por um adaptador wi-fi externo, pois existe uma porta usb 3.0 na estação de acoplamento. Um, é verdade, mas obrigado por isso.
3. Android não totalmente funcionando (por enquanto): o acelerômetro não funciona, o que levou a uma rotação automática da tela que não funcionava e à incapacidade de executar corridas nas quais não há como redefinir a rotação dos botões. O comprimido "adormece" não como de costume. Isso meio que apaga a tela, mas a luz de fundo está ligada com brilho mínimo. O Ubuntu não tem isso, aí a tela desliga e não diminui o brilho.
4. O processador ainda é x86 e nunca se torna um braço, portanto nem todos os jogos são iniciados, mas esse é o problema de todos os processadores x86.
5. Atom Z3740 / 3775 no Android. Na minha memória, o poder do x86 no Android ainda não existia. E talvez tenha sido, mas, de qualquer forma, o Z3740 (o primeiro lote do T100) ou o Z3775 (o próximo lote do T100) é uma coisa poderosa. No antutu, está ganhando 35 mil ou 36. Não escreva sobre arm, que ganha de 50 a 60 mil, pois essa é uma arquitetura completamente diferente e é tolice compará-los.
6. Ponte. "Confira, eu tenho dois sistemas aqui!"

Também quero agradecer às pessoas do w3bsit3-dns.com, com xda-dev, do grupo google + (ubuntovody), que de graça, por conta própria, gastando seu tempo conosco, fazem todo o trabalho para que os usuários comuns se sintam bem. Muito obrigado. Sim, e não haveria essa "história", se não fosse por você.

Obrigado a todos pela atenção. Nos comentários, tentarei responder às suas perguntas e pedras no meu jardim sobre as terríveis muletas desse sistema.