O Google Pixel e o Pixel agora têm root, cortesia do XDA Senior Developer Chainfire! Acesse para saber mais sobre como você pode fazer root no seu pixel!
Este método está desatualizado e pode não funcionar. Visite nossos fóruns do Google Pixel e Pixel XL para obter os métodos de root mais recentes.
Como prometido, raiz sem sistema para o Google Pixel e PixelXL é agora disponível. Desenvolvedor Sênior Reconhecido XDA Fogo em cadeiaestava trabalhando no root do Google Pixel telefone rodando Android 7.1 Nougat nos últimos dias, e ele atingiu um estágio de desenvolvimento em que agora se sente confortável o suficiente para compartilhar seu trabalho com a comunidade.
O acesso root para o Google Pixel e o Google Pixel XL está disponível instalando o SuperSU 2,78SR2, que permite su acesse sem tocar em nada na partição do sistema e permitindo que o dm-verity seja alternado. Antes de fazer root no seu dispositivo, primeiro você precisa desbloquear o bootloader. O primeiro passo para desbloquear seu bootloader é baixar os binários adb e fastboot (recomendamos pegar
ADB mínimo e inicialização rápida de nossos fóruns) e, em seguida, instalando o apropriado Driver USB do Google para sua máquina.Se você comprou seu dispositivo Pixel diretamente do Google, basta emitir um desbloqueio flash do fastboot comando seguido de desbloqueio fastboot oem. Caso você tenha comprado seu Pixel da Verizon ou EE, você precisará desbloqueie seu bootloader através da ferramenta dePixel8. Mas apresse-se, porque os desenvolvedores do SunShine mencionaram que a exploração de desbloqueio do bootloader pode ser corrigida na próxima atualização de segurança de novembro!
Como instalar o SuperSU no seu Pixel
Como Chainfire menciona em sua postagem no Google+, você precisará primeiro fazer o download do inicialização para root imagens para o Pixel ou Pixel XL em seu site. Você pode Clique aqui para baixar o zip para o Google Pixel, ou Clique aqui para baixar o zip do Google Pixel XL. Depois de baixar o zip, você precisa inicialização rápida o inicialização para root imagem, NÃOfastboot atualize a imagem! Em outras palavras, o único comando necessário para os dois dispositivos é o seguinte:
fastbootbootboot-to-root.imgAguarde alguns minutos e, após algumas reinicializações, você será inicializado com acesso root total. Yay!
Usos imediatos de acesso root
A propósito, além da funcionalidade usual que o acesso root deve trazer, testamos algumas coisas que sabíamos que todos vocês estariam interessados. Primeiro, você pode trazer de volta o Google Now on Tap? A resposta é sim! Tudo que você precisa fazer é editar construir.prop com a seguinte alteração, reinicie e limpe os dados do Google App e você não será mais saudado pelo Google Assistente.
Mudar
ro.opa.eligible_device=truepara
ro.opa.eligible_device=<strong>falsestrong>E quanto a outro recurso comumente oculto: tocar duas vezes para acordar? Procuramos o botão de alternância oculto e descobrimos o que parece ser ele.
sailfish:/sys/devices # echo 1 > ./soc/7577000.i2c/i2c-3/3-0020/input/input3/wake_gestureInfelizmente, quando alteramos o valor, ele não pareceu aderir. Por enquanto, parece que você terá que atualizar um kernel personalizado, como ElementalX para fazer o d2tw funcionar.
Algumas outras coisas que testamos incluem se o Titanium Backup funciona ou não (isso acontece), Melhores estatísticas de bateria (funciona), Temas de substrato/camadas (parece estar tendo alguns problemas) e bloqueio de anúncios (falhar). Ad-away não funciona atualmente porque /system não pode ser montado para leitura e gravação por padrão, então teremos que esperar até que o TWRP esteja disponível antes de podermos atualizar o solução alternativa sem sistema para Ad-Away. E sim, já tentamos usar Fogo Flash para atualizar o ativador Ad-Away para root sem sistema, mas isso também não parece estar funcionando no momento.
sailfish:/sys/devices # mount -o rw, remount /system
mount: '/system' not in /proc/mountsAtualização: Chainfire confirmou que FlashFire e outros aplicativos precisarão ser atualizados antes de poderem ser usados. Veja abaixo para mais detalhes.
Atualização 2: Chainfire nos enviou uma mensagem com uma solução alternativa para fazer o AdAway funcionar até que o aplicativo seja atualizado. Veja o adendo no final do artigo.
Aqui estão algumas capturas de tela mostrando que o Titanium Backup funciona. Portanto, se você estiver vindo de outro dispositivo e quiser restaurar todos os seus aplicativos de backup, pode ter certeza de que todos os dados do seu aplicativo serão restaurados.
Continuaremos nos aprofundando em nossos dispositivos Pixel para ver o que podemos alternar. Qual recurso “exclusivo do Pixel” será o próximo a cair?
A “luta” para alcançar a raiz
Chainfire é bastante meticuloso quando se trata de notas de lançamento. Quando você é o desenvolvedor e fornece a dezenas de milhares de usuários um método para obter acesso root, isso faz com que faz sentido ser o mais transparente possível, para que você não enfrente uma horda de usuários confusos se perguntando por que algo está acontecendo quebrado. Enquanto seu Conta do Twitter (@ChainfireXDA) é mais reservado para anúncios curtos, Chainfire tende a postar explicações longas e muito bem-vindas em seu Google+ conta. Desta vez não é diferente.
Primeiro, Chainfire explica quais alterações foram feitas nos dois telefones Pixel que ele precisava solucionar para obter acesso root. Em particular, Chainfire descreve primeiro o novo layout de partição nos dispositivos Pixel.
Novo layout de partição (Pixel e provavelmente muitos dispositivos futuros):
- Existem duas das várias partições do Android: inicialização, sistema, fornecedor
- As partições de recuperação e cache desapareceram
- O diretório root/para Android agora faz parte da partição do sistema, em vez da partição de inicialização (initramfs)
- A recuperação agora está dentro da imagem de inicialização normal e usa seu initramfs (que costumava ser usado pelo Android)
Como abordamos anteriormente, esses mudanças de partição nos dois smartphones Pixel seria requer algumas modificações no método root atual. Chainfire confirmou que essas modificações na partição /system exigiam uma abordagem diferente, que pode envolver a modificação do kernel.
Com o novo layout de partição do Pixel, os arquivos que estávamos alterando foram movidos para a partição do sistema (o que originalmente chamamos de /system agora é uma subpasta dentro do sistema de arquivos dessa partição). Então, poderíamos simplesmente modificar a partição do sistema que contém todos esses arquivos e deixar a imagem de inicialização em paz? Embora eu pessoalmente prefira fazer a modificação da imagem de inicialização e deixar o sistema em paz, o inverso pode ser uma solução, e sei que alguns usuários de tecnologia até prefeririam isso.
No entanto, não consegui fazer isso funcionar. O bootloader na verdade envia informações para o kernel (que reside na imagem de inicialização) que dm-verity habilitado para força (que reforça a integridade da partição do sistema), que não podemos interceptar ou mudar sem (rufar de tambores) modificando a imagem de inicialização. Meu primeiro root bem-sucedido do Pixel foi feito dessa forma - modificando ambos (a imagem postada anteriormente é desta tentativa).
Em outras palavras, não há como desabilitar o dm-verity sem alguma modificação no kernel, como suspeitávamos. Como o kernel está habilitando o dm-verity à força, o Chainfire precisou modificar ligeiramente o kernel para impedir que o dm-verity evitasse alterações na partição do sistema. Felizmente, porém, Chainfire descobriu que sua modificação requer apenas um pequeno patch binário do kernel, mas não uma recompilação completa do kernel. Assim, sua solução deve permanecer uma solução genérica para dispositivos Android 7.1 com esquema de partição A/B.
Para explicar este novo método de root com mais detalhes, Chainfire consegue root sem sistema, tornando o kernel usa o initramfs da imagem de inicialização como seu diretório raiz, em vez de qualquer coisa do sistema partição. Para fazer isso, o conteúdo do diretório raiz na partição do sistema é importado para a imagem de inicialização, o que permite a modificação desses arquivos sem a necessidade de modificar nenhum arquivo do sistema. A partição do sistema é montada em /system_root e o próprio /system está vinculado a /system_root/system. E, finalmente, seu patch do kernel modifica o kernel de tal forma que ignora o comando enviado do gerenciador de inicialização que normalmente imporia o dm-verity.
No entanto, existem algumas questões bastante triviais introduzidas com este novo método. Certos aplicativos, como FlashFire ou AdAway (ambos mostramos que não funcionam) esperam que a partição do sistema seja montada como /system, não /system_root, e precisarão ser atualizados adequadamente. Embora você possa tentar remontar o sistema como tal
mount -o rw, remount /system_rootO que deve permitir que você grave em /system. Ainda não testamos quais aplicativos raiz corrigem, mas você pode testar por si mesmo. Finalmente, Chainfire não tem certeza se esconder trabalhará com este novo esquema de root, mas afirma que continuará procurando uma solução alternativa.
Para baixar o SuperSU para os telefones Google Pixel, acesse o Tópico do fórum XDA. Um grande obrigado ao Chainfire por trazer o root para os dispositivos! Que comecem os Jogos de Ajustes!
Visite o subfórum SuperSU XDA!
Esta história está se desenvolvendo e será atualizada à medida que recebermos novas informações. Um Google Pixel foi sacrificado na elaboração deste artigo. RIP dados de Jeff.
Adendo nº 1: Correção temporária para AdAway
Baixe AdAway v3.1.2 em nosso fóruns, então use um emulador de terminal ou shell ADB para inserir o seguinte comando:
mkdir /su/etc; cp /system/etc/hosts /su/etc/hosts; echo "#!/su/bin/sush\nmount -o bind /su/etc/hosts /system/etc/hosts" > /su/su.d/50adaway; chmod 0700 /su/su.d/50adawayReinicie e você deverá ter bloqueio de anúncios em todo o sistema.