Diferença entre instalar o SuperSU usando a Play Store versus uma recuperação personalizada que o instala a partir de um arquivo?

13

Vejo que alguns guias de root dizem que o root envolve:

  1. Faça o download de um SuperSU como um arquivo zip acessível ao telefone (por exemplo, o sdcard).
  2. Desbloqueie o carregador de inicialização do telefone.
  3. Inicializando em um modo de recuperação "personalizado". Por exemplo, TWRP ou CWM. Inicializando temporariamente usando o fastboot ou atualizando a recuperação personalizada no telefone e inicializando.
  4. Use o modo de recuperação personalizado para instalar o arquivo zip SuperSU baixado.
  5. Reinicie o telefone no modo normal e o acesso root deve estar disponível A) e gerenciado pelo programa SuperSU.

No entanto, também vejo que o SuperSU também está na Play Store . Instalar a partir da Play Store não promete nenhum acesso root. (Na verdade, assume que você já o possui.)

Então, minhas perguntas são:

  • Qual é a diferença entre esses métodos de instalação praticamente?
  • Quais são as diferenças técnicas em ações ou restrições?
  • E como o método de instalação de recuperação personalizado pode / fornece acesso root, enquanto o método Play Store não pode?
user29020
fonte

Respostas:

23

O acesso raiz (normalmente) requer vários componentes que funcionam em conjunto. Uma visão um pouco simplificada do que você precisa é:

  • Um subinário nativo . Isso pode ser chamado a partir da linha de comando ou dos aplicativos. É o que realmente executa o ato de alternar usuários e concede uma permissão de raiz do processo.
  • Um aplicativo "gatekeeper", que regula quais outros aplicativos e processos podem invocar supara obter privilégios de root.

Pense no aplicativo SuperSU como um tipo de front-end gráfico para o subinário.

Devido à maneira como as permissões de diretório / arquivo são configuradas no Android, você precisa ter o subinário na sua /systempartição para que funcione. Colocar em outro lugar não será suficiente, pois não terá as permissões necessárias para realmente permitir que os processos alternem usuários.

Os aplicativos normais (sem raiz) não podem ser /systemgravados, portanto, o próprio aplicativo SuperSU não pode simplesmente instalar suonde precisa estar. Esta é a razão pela qual você não terá root se instalar o SuperSU a partir da Play Store sem executar outras etapas. Tudo o que você tem é o front-end, mas não as partes subjacentes necessárias. Você tem apenas metade do que precisa para o root e não há como obter a outra metade apenas do aplicativo SuperSU.

Portanto, a maneira mais comum de colocar o suarquivo no local apropriado é instalá-lo a partir da recuperação, pois o sistema de recuperação tem acesso total ao armazenamento do dispositivo e pode instalar os arquivos onde quiser. Feito isso, o SuperSU supoderá conversar entre si e fornecer acesso root a outros processos.

O arquivo de instalação de recuperação também instala o SuperSU, pois é conveniente, e a colocação no arquivo /systemevita que seja apagado por uma redefinição de fábrica. No entanto, se você quiser, poderá instalar apenas a supartir da recuperação e obter o SuperSU na Play Store. Funcionaria muito bem. Da mesma forma, você pode atualizar o SuperSU da Play Store posteriormente e ele continuará funcionando (porque sujá está em vigor nesse ponto).

eldarerathis
fonte
Pergunta: Mesmo se você tivesse su no / sistema, você ou aplicativos ainda teriam acesso root mesmo sem o SuperSU? Você pode reformular o SuperSU como o front-end gráfico e o "gatekeeper".
precisa saber é o seguinte
2
Eu acho que depende de como o subinário foi construído. O Towelroot usa um que não requer aplicativo adicional (aprova tudo), mas não tenho certeza se o SuperSU funciona dessa maneira na ausência do aplicativo.
eldarerathis
"Devido à maneira como as permissões de diretório / arquivo são configuradas no Android, você precisa ter o subinário na sua /systempartição para que funcione." Você poderia fornecer um link que explica sobre essa configuração especial da /systempartição? O que os binários em /systemexecução não são permitidos para os binários em funcionamento /data?
Oren Milman