O TWRP foi lançado para o Google Pixel e Pixel XL, o que finalmente permitirá aos usuários atualizar mods, kernels e ROMS personalizados.
Deixe o flash da ROM personalizada começar! Um dos motivos mais comuns pelos quais os usuários vêm aos nossos fóruns é atualizar mods, kernels ou ROM. Os desenvolvedores dedicam inúmeras horas à personalização de seu software para o benefício do comunidade. Mas nenhum desses trabalhos é viável sem meios para instalar essas modificações.
A primeira etapa necessária antes de entrar no mundo da modificação do Android é desbloquear seu bootloader. Para usuários do Pixel e PixelXL, esta etapa já é possível em todas as variantes dos dois dispositivos. A próxima etapa é atualizar uma imagem de recuperação personalizada que permitirá que você atualize imagens de ROM ou kernel personalizadas, além de permitir que você faça backups completos do sistema caso algo dê errado. É aí que o incrivelmente popular Projeto de recuperação de equipe Win (TWRP) entra.
Disponível em uma infinidade de dispositivos de quase todos os OEM existentes, o TWRP tem sido a recuperação personalizada ideal para quem deseja modificar o software em seu dispositivo. E agora, os dois telefones Google Pixel poderão em breve participar dessa diversão. Desenvolvedor Sênior Reconhecido XDA
Dees_Troy acaba de lançar o primeiro TWRPalfa para o Google Pixel e PixelXL. Desde que você já tenha desbloqueado seu bootloader, agora você pode atualizar a recuperação em seu dispositivo. Embora existam algumas mudanças na forma como o TWRP será instalado que devemos observar.Instalação
Se você já instalou manualmente o TWRP em seu dispositivo, talvez esteja familiarizado com o inicialização rápida comandos necessários para atualizar a imagem TWRP para a partição de recuperação. Devido às alterações de partição feitas para que 'atualizações contínuas' funcionem no Android Nougat para Pixel e Pixel XL, você NÃO emitirá os mesmos comandos. Esqueça tudo o que você acha que sabe e leia atentamente as instruções a seguir antes de agir. Em essência, o que você realmente fará para instalar o TWRP é bota a imagem TWRP e, em seguida, usando o script de instalação automatizada que irá lidar com o flash do TWRP para ambos partições de inicialização.
Primeiro, se ainda não o fez, você precisará pegar o Driver USB do Google bem como o binário fastboot (recomendamos baixar e extrair ADB mínimo e inicialização rápida para o diretório de sua escolha). Em seguida, baixe os arquivos de instalação TWRP apropriados para o seu dispositivo (Pixel e PixelXL). Você precisará mover o arquivo .zip para o armazenamento interno do seu dispositivo, mas deixe o arquivo .img no seu computador. Em seguida, abra um prompt de comando e verifique se o seu dispositivo foi reconhecido emitindo dispositivos de inicialização rápida no prompt de comando. Se você vir o número de série do seu dispositivo, o protocolo fastboot detecta o seu dispositivo. Finalmente, você precisará inicializar temporariamente a imagem TWRP emitindo este comando:
fastboot boot path/to/twrp.imgObserve que "caminho/para/" refere-se ao diretório real no qual o TWRP baixado imagem arquivo está localizado. Certifique-se de que você está emitindo inicialização rápidabota e não inicialização rápida clarão, e que o arquivo que você está inicializando é não o arquivo zip. Depois de emitir o comando de inicialização, seu dispositivo recuperará a imagem TWRP do seu computador e inicializará temporariamente no TWRP. Você está quase terminando neste momento.
Tudo o que você precisa fazer agora é fazer com que o TWRP sobreviva a uma reinicialização, atualizando-o para ambas as partições de inicialização do seu dispositivo. Felizmente, todo o trabalho é feito pelo script de instalação automatizada que você baixou anteriormente. Basta usar a interface TWRP para navegar e instalar o zip de instalação do TWRP assim como você instalaria qualquer ROM, mod ou zip de kernel personalizado. Depois disso, o TWRP estará acessível para você, independentemente de quais slots de partição ativos estão sendo usados.
TWRP Alfa v1
Como este é um alfa lançamento, é provável que haja problemas. Neste momento, Dees_Troy descreveu três questões estar ciente de. Em primeiro lugar, devido à introdução da criptografia baseada em arquivos (FBE) no Nougat, a restauração de dados pode representar um problema.
A criptografia baseada em arquivos (FBE) pode ser complicada. Se uma restauração não funcionar corretamente, ela poderá acionar uma limpeza automática dos seus dados. Testei um pouco no meu Pixel XL, mas não tive tempo de testá-lo extensivamente. Às vezes, o TWRP não solicitará que você insira sua senha ou não conseguirá configurar a descriptografia corretamente. Se isso acontecer, reinicie o TWRP. Parece ser algum tipo de problema de tempo e ainda não tive tempo de rastreá-lo.
Não há como dizer que isso pode acontecer com você, mas poderia Aconteceu com você. Se você não faz backups regulares de seus dados off-line ou na nuvem, não fique chocado quando algo der errado e todos os seus dados forem apagados. Isso já aconteceu comigo antes e é uma merda.
Atualização nº 2: Dees_Troy forneceu uma explicação mais técnica sobre o que pode dar errado e como ele planeja resolver o problema. Consulte o segundo adendo no final do artigo para obter mais detalhes.
Em seguida, se você estiver usando o recurso multiusuário (incluindo recursos de convidado) em seu dispositivo, você desejará evite usar TWRP por enquanto.
Criptografia baseada em arquivo significa que as pastas de cada usuário são criptografadas separadamente. Para fazer um backup adequado, redefinição de fábrica, etc., teríamos que fazer com que o usuário descriptografasse cada conta individual no dispositivo.
No momento, o TWRP suporta apenas configurações de usuário único, mesmo se você souber a senha de criptografia dos outros usuários no seu dispositivo. Dees_Troy nos disse que descriptografou com sucesso usuários adicionais usando uma ferramenta de linha de comando, mas isso implementar esse recurso no TWRP não é uma alta prioridade no momento e pode ser lançado no futuro atualizar. Na semana passada, nossa conta XDA no Twitter entrevistou usuários em nome de Dees_Troy perguntando se eles utilizam o recurso multiusuário, e a grande maioria afirmou não usar multiusuário, portanto não esperamos que essa limitação afete muitos pessoas.
Mas há mais uma questão que é mais relevante para a grande maioria dos usuários que instalarão o TWRP. Atualmente, SuperSU não funcionará junto com TWRP.
Instalar o TWRP neste momento removerá o root se você estiver atualmente enraizado. Uma atualização do SuperSU será necessária para permitir a coexistência de TWRP e SuperSU.
Atualização nº 1: consulte o adendo de Chainfire no final do artigo se você estiver usando SuperSU e planeja atualizar o TWRP. Dees_Troy explicou o motivo desta interferência ao XDA-Developers da seguinte forma:
Chainfire usa o ramdisk da imagem de inicialização para fazer seu root sem sistema. Este é o mesmo disco RAM que o Google pretendia usar para recuperação. Tenho certeza de que o Chainfire será capaz de encontrar uma maneira de fazê-lo funcionar com o TWRP, mas o TWRP precisa de uma pequena alteração no binário de inicialização para fazer a descriptografia funcionar corretamente e Chainfire precisava de uma alteração diferente em seu binário de inicialização para fazer seu ramdisk funcionar tanto para inicialização normal quanto recuperação.
Em outras palavras, o método raiz sem sistema do Chainfire modifica o mesmo binário que o TWRP precisa modificar para que a descriptografia de dados funcione. Portanto, ao atualizar o TWRP, você está sobrescrevendo as alterações feitas no binário init pelo método root sem sistema do Chainfire. Embora este seja um pequeno revés, graças à natureza de partição dupla do Pixel (e dos futuros dispositivos fornecidos com o Nougat), o TWRP tem alguns novos recursos interessantes.
Os dispositivos Pixel possuem 2 "slots" para ROMs/firmware. O TWRP detectará qualquer slot que esteja ativo no momento e usará esse slot para backup E restauração. Existem botões na página de reinicialização e em backup -> opções para alterar slots. Alterar o slot ativo fará com que o TWRP altere qual slot o TWRP está fazendo backup ou restaurando. Você pode fazer um backup do slot A, mudar para B e restaurar o backup que restaurará o backup de A para o slot B. Alterar o slot no TWRP também informa ao bootloader para inicializar esse slot.
O que isso significa essencialmente é que em breve você poderá Bota dupla no seu dispositivo. Infelizmente, como a recuperação personalizada apenas foi lançado, levará algum tempo para que seu desenvolvedor de ROM personalizado favorito prepare algo na cozinha para o seu telefone Pixel.
Adendo nº 1 - SuperSU com TWRP
Fomos informados pela Chainfire que qualquer pessoa que esteja usando SuperSU em seu Google Pixel ou Pixel XL está fortemente recomendado para atualizar as imagens de inicialização padrão para ambas as partições antes de instalar o TWRP. Para fazer isso, você precisará baixar o Imagem de fábrica para o seu dispositivo e extraia manualmente a imagem de inicialização do arquivo. Em seguida, você precisará atualizar a imagem de inicialização para ambas as partições usando fastboot, como tal:
fastbootflashboot_aboot.img
fastbootflashboot_bboot.imgA emissão de ambos os comandos fará o flash da imagem de inicialização padrão da imagem de fábrica para ambas as partições de inicialização do seu dispositivo. Então, você pode prosseguir com a instalação do TWRP.
Adendo nº 2 - Criptografia baseada em arquivo com TWRP
Falando com Dees_Troy, ele ofereceu a seguinte explicação sobre quando uma restauração pode dar errado e resultar na limpeza total dos dados:
A criptografia baseada em arquivo ext4 não permite que você aplique uma política de criptografia a uma pasta que *não* está vazia. No momento, estamos resolvendo isso não excluindo uma lista selecionada de pastas (podemos excluir o que está dentro das pastas, mas não a pasta em si). Se por algum motivo uma pasta que precisa ser criptografada for excluída, a restauração poderá criar uma pasta não criptografada e preenchê-la com algumas coisas. Quando a pasta não estiver vazia, você não poderá definir a criptografia nela. Quando o dispositivo inicializa o Android novamente, o binário init tenta definir uma política de criptografia e, se encontrar um erro ao definir uma política, força uma limpeza. Isto é precisamente onde o erro é lançado e onde a limpeza é iniciada, se você se preocupa com esse tipo de coisa.
Em termos menos técnicos, durante o processo de restauração de um backup NANDroid, a recuperação precisa sobrescrever todos os arquivos existentes necessários nas partições que estão salvos no backup. Para acessar os arquivos na partição de dados, a recuperação precisa ter descriptografado esta partição usando sua senha de descriptografia. Embora a recuperação tenha a capacidade de simplesmente excluir e substituir todas as pastas nos dados e nas partições do sistema, isso pode causar um erro na política de criptografia.
Ao excluir uma pasta que deveria ser criptografada, o TWRP criará em seu lugar uma pasta não criptografada e restaurará todos os arquivos do backup neste novo diretório. No entanto, como a criptografia baseada em arquivo criptografará arquivos e pastas diferentes com chaves de criptografia diferentes, em oposição ao partição inteira, esta única alteração que quebra a criptografia em uma única pasta no seu dispositivo fará com que toda a cadeia lance um erro. A política do Android é iniciar uma limpeza completa dos dados, resultando na limpeza do Android tudo em seu armazenamento interno.
Felizmente, Dees_Troy já identificou uma lista de pastas que precisará ser excluído do processo de exclusão do TWRP para que esse erro não seja acionado. Ele substituiu o binário init de forma que acionasse o erro durante a restauração, mas não apagasse o dispositivo, permitindo registrar exatamente quais pastas não devem ser excluídas. Uma lista completa de pastas nos foi fornecida, mas não iremos reproduzi-la aqui devido ao seu tamanho.
Baixe TWRP para o Google Pixel
Baixe TWRP para o Google Pixel XL
Você planeja executar uma ROM ou kernel personalizado em seu dispositivo ou permanecerá com firmware padrão? Deixe-nos saber nos comentários abaixo!