Різниця між встановленням SuperSU за допомогою Play Store від спеціального відновлення, яке встановлює його з файлу?


13

Я бачу, що деякі посібники з вкорінення кажуть, що вкорінення передбачає:

  1. Завантажте SuperSU як поштовий файл, який буде доступний для телефону (наприклад, sdcard).
  2. Розблокуйте завантажувач телефону.
  3. Завантаження в "користувацький" режим відновлення. Наприклад, TWRP або CWM. Або тимчасово завантажившись за допомогою Fastboot або прошивши користувальницьке відновлення до телефону, а потім завантажте.
  4. Використовуйте спеціальний режим відновлення, щоб встановити завантажений zip-файл SuperSU.
  5. Перезавантажте телефон у звичайному режимі, а кореневий доступ повинен бути A) доступним та B), керованим програмою SuperSU.

Однак я також бачу, що SuperSU також є в Play Store . Установка з Play Store не обіцяє жодного кореневого доступу. (Це насправді передбачає, що ви його вже маєте.)

Отже, мої запитання:

  • Чим практично відрізняються між цими методами установки?
  • У чому полягають технічні відмінності в діях чи обмеженнях?
  • І як може / чи може користувальницький метод встановлення відновлення забезпечити кореневий доступ, тоді як метод Play Store не може?

Відповіді:


23

Кореневий доступ (як правило) вимагає декількох компонентів, які працюють узгоджено один з одним. Дещо спрощений погляд на те, що вам потрібно:

  • Рідний suбінарний. На це можна звернутися з командного рядка або з додатків. Це те, що насправді виконує акт перемикання користувачів і надає дозвіл на кореневий процес.
  • Додаток "воротар", який регулює, які інші програми та процеси можуть дозволити suотримувати root права.

Подумайте про додаток SuperSU як про своєрідний графічний фронт для suдвійкового файлу .

Через налаштування дозволів для каталогу / файлів на Android вам потрібно мати suдвійковий код на своєму /systemрозділі, щоб він працював. Розміщення в іншому місці буде недостатньо, оскільки воно не матиме необхідних прав, щоб фактично дозволяти процесам переключати користувачів.

Звичайні програми (без кореня) не можуть писати на них /system, тому сама програма SuperSU не може просто встановлюватись suтам, де вона має бути. З цієї причини у вас не буде root, якщо ви встановите SuperSU з Play Store, не роблячи жодних інших кроків. Все, що у вас є, це передня частина, але не необхідні деталі. У вас є лише половина того, що вам потрібно для root, і жодної можливості отримати другу половину з програми SuperSU самостійно.

Тому найпоширенішим способом suповернення файлу в потрібне місце є встановлення його після відновлення, оскільки система відновлення має повний доступ до сховища пристрою і може встановлювати файли куди завгодно. Після цього SuperSU suзможе поговорити між собою та забезпечити кореневий доступ до інших процесів.

У інсталяційному файлі відновлення також встановлюється SuperSU, оскільки це зручно, а введення його /systemне дозволяє стерети його за допомогою заводського скидання. Однак, якщо ви цього хочете, ви можете встановити лише suз відновлення, а потім отримати SuperSU з Play Store. Це функціонуватиме чудово. Аналогічно, ви можете оновити SuperSU з Play Store згодом, і він продовжить функціонувати (тому що suвін вже діє на той момент).


Запитання: Навіть якби у вас є su / in / system, у вас чи додатків все ще буде доступ до root навіть без SuperSU? Ви можете перефразовувати SuperSU як графічний фронтмен і "воротар".
geffchang

2
Я думаю, це залежить від того, як suбудувались двійкові. Towelroot використовує той, який не потребує додаткового додатку (він схвалює все), але я не впевнений, чи SuperSU працює таким чином за відсутності програми.
eldarerathis

"Через спосіб дозволу каталогу / файлів налаштовано на Android, вам потрібно мати suдвійковий код на своєму /systemрозділі, щоб він працював." Будь ласка, надайте посилання, яке пояснює цю спеціальну конфігурацію /systemрозділу? Що можуть робити бінарні файли, що /systemзаборонено для бінарних файлів /data?
Орен Мілман
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.