Opublikowano: 27/08/2021 Kategorie: Android

Jak odblokować bootloader w Xiaomi Redmi 9 (galahad/lancelot)

Spis treści

Jakiś czas temu wpadł w moje łapki smartfon Xiaomi Redmi 9 (galahad albo lancelot, bo w różnych częściach systemu jest to inaczej określone), który miał preinstalowanego Androida 10 oraz MIUI 11. Przez parę miesięcy używania telefonu, dostał on dwa albo trzy większe update całego ROM'u, wliczając w to aktualizację MIUI do 12.0.1 ze stanem zabezpieczeń na dzień 2021-01-05. Zatem ostatnia aktualizacja zabezpieczeń tego telefonu miała miejsce zaraz na początku Stycznia. Od tego czasu cisza. Niby w przypadku tego modelu telefonu aktualizacje miały być wydawane co trzy miesiące do roku 2023 ale najwyraźniej coś jest nie tak i urządzenie od ponad pół roku nie dostało żadnych aktualizacji. Niby pod tym linkiem można wyczytać informację, że planowana jest aktualizacja do Androida 11 ale prawdę mówiąc jestem nieco zawiedziony opieszałością Xiaomi. Tak się złożyło, że przez przypadek trafiłem w to miejsce na forum XDA, gdzie z kolei znalazłem m.in. ten wątek. Zatem alternatywne ROM'y na mój smartfon istnieją i tego faktu nie byłem świadomy, bo w zeszłym roku jeszcze nic nie szło znaleźć. Postanowiłem zatem odblokować bootloader w swoim Xiaomi Redmi 9 i spróbować wgrać na niego TWRP i jeden (a może nawet kilka) przykładowy ROM na bazie AOSP/LineageOS. Proces odblokowania bootloader'a w urządzeniach Xiaomi nie wymaga zbytnio wysiłku i da się go przeprowadzić w całości pod linux korzystając czy to z XiaoMiTool, czy też przy pomocy maszyn wirtualnych na bazie QEMU/KVM. Ten proces nie do końca jest dla każdego taki oczywisty, dlatego postanowiłem go dokładnie opisać.

Zablokowany bootloader i konto Mi

Proces odblokowania bootloader'a w Xiaomi Redmi 9 (czy też ogólnie w urządzeniach Xiaomi) trochę odbiega od procesu odblokowania bootloader'a w smartfonach innych producentów. W przypadku praktycznie wszystkich urządzeń wyprodukowanych przez Xiaomi po 2016 roku, ich bootloader jest standardowo zablokowany, a my jako końcowi użytkownicy telefonów nie mamy możliwości sami tego bootloader'a odblokować. Na szczęście Xiaomi nie stoi na przeszkodzie użytkownikom, by ci mogli sobie odblokować telefony, gdy tylko będą chcieli to zrobić. Dlaczego zatem Xiaomi blokuje bootloader? Są dwa oficjalne powody, którymi Xiaomi się posiłkuje.

Pierwszym powodem, dla którego Xiaomi blokuje bootloader'y w swoich urządzeniach, to problem z nabyciem ich urządzeń w krajach, w których ta marka nie weszła jeszcze na rynek. Użytkownicy w takiej sytuacji mogą próbować nabyć taki smartfon z nieoficjalnego źródła, co nie zawsze kończy się dla nich dobrze, np. smartfon może być napchany różnym syfem już na poziomie ROM'u. Mój fon był z oficjalnego źródła, a i tak miał pełno syfu, który musiałem powyłączać, choć i tak wszystkiego się nie dało wyłączyć bez psucia urządzenia.

Poniżej znajduje się lista rzeczy, które do tej pory udało mi się wyłączyć:

$ adb shell

galahad:/ $ pm uninstall -k --user 0 com.miui.analytics
galahad:/ $ pm uninstall -k --user 0 com.miui.msa.global
galahad:/ $ pm uninstall -k --user 0 com.miui.daemon
galahad:/ $ pm uninstall -k --user 0 com.miui.hybrid
galahad:/ $ pm uninstall -k --user 0 com.miui.hybrid.accessory
galahad:/ $ pm uninstall -k --user 0 com.xiaomi.joyose
galahad:/ $ pm uninstall -k --user 0 com.miui.wmsvc

galahad:/ $ pm uninstall -k --user 0 com.facebook.services
galahad:/ $ pm uninstall -k --user 0 com.facebook.system
galahad:/ $ pm uninstall -k --user 0 com.facebook.appmanager
galahad:/ $ pm uninstall -k --user 0 com.amazon.appmanager
galahad:/ $ pm uninstall -k --user 0 com.miui.weather2
galahad:/ $ pm uninstall -k --user 0 com.miui.gallery
galahad:/ $ pm uninstall -k --user 0 com.miui.cleanmaster
galahad:/ $ pm uninstall -k --user 0 com.miui.mishare.connectivity
galahad:/ $ pm uninstall -k --user 0 com.miui.notes
galahad:/ $ pm uninstall -k --user 0 com.miui.videoplayer
galahad:/ $ pm uninstall -k --user 0 com.xiaomi.scanner
galahad:/ $ pm uninstall -k --user 0 com.miui.yellowpage
galahad:/ $ pm uninstall -k --user 0 com.miui.calculator
galahad:/ $ pm uninstall -k --user 0 com.miui.player
galahad:/ $ pm uninstall -k --user 0 com.mi.globalbrowser
galahad:/ $ pm uninstall -k --user 0 com.mi.android.globalminusscreen
galahad:/ $ pm uninstall -k --user 0 com.miui.compass
galahad:/ $ pm uninstall -k --user 0 com.xiaomi.midrop
galahad:/ $ pm uninstall -k --user 0 com.google.android.apps.subscriptions.red
galahad:/ $ pm uninstall -k --user 0 com.xiaomi.glgm
galahad:/ $ pm uninstall -k --user 0 com.google.android.tts
galahad:/ $ pm uninstall -k --user 0 com.google.ar.lens
galahad:/ $ pm uninstall -k --user 0 com.google.android.projection.gearhead
galahad:/ $ pm uninstall -k --user 0 com.google.android.apps.googleassistant
galahad:/ $ pm uninstall -k --user 0 com.android.providers.partnerbookmarks
galahad:/ $ pm uninstall -k --user 0 com.android.egg
galahad:/ $ pm uninstall -k --user 0 com.milink.service
galahad:/ $ pm uninstall -k --user 0 com.miui.backup
galahad:/ $ pm uninstall -k --user 0 com.miui.cloudbackup
galahad:/ $ pm uninstall -k --user 0 com.miui.cloudservice
galahad:/ $ pm uninstall -k --user 0 com.miui.micloudsync
galahad:/ $ pm uninstall -k --user 0 com.netflix.partner.activation
galahad:/ $ pm uninstall -k --user 0 com.android.wallpaper.livepicker
galahad:/ $ pm uninstall -k --user 0 com.android.wallpaperbackup
galahad:/ $ pm uninstall -k --user 0 com.miui.miwallpaper
galahad:/ $ pm uninstall -k --user 0 com.tencent.soter.soterserver
galahad:/ $ pm uninstall -k --user 0 com.android.soundrecorder
galahad:/ $ pm uninstall -k --user 0 com.xiaomi.mipicks
galahad:/ $ pm uninstall -k --user 0 com.google.android.feedback
galahad:/ $ pm uninstall -k --user 0 com.miui.bugreport
galahad:/ $ pm uninstall -k --user 0 com.google.android.apps.wellbeing
galahad:/ $ pm uninstall -k --user 0 com.google.android.googlequicksearchbox
galahad:/ $ pm uninstall -k --user 0 com.google.android.marvin.talkback
galahad:/ $ pm uninstall -k --user 0 com.google.android.apps.docs
galahad:/ $ pm uninstall -k --user 0 com.google.android.calendar
galahad:/ $ pm uninstall -k --user 0 com.micredit.in
galahad:/ $ pm uninstall -k --user 0 com.ebay.carrier
galahad:/ $ pm uninstall -k --user 0 cn.wps.xiaomi.abroad.lite
galahad:/ $ pm uninstall -k --user 0 de.telekom.tsc
galahad:/ $ pm uninstall -k --user 0 com.huaqin.diaglogger
galahad:/ $ pm uninstall -k --user 0 com.huaqin.btlogger
galahad:/ $ pm uninstall -k --user 0 com.huaqin.receivercontroller
galahad:/ $ pm uninstall -k --user 0 com.huaqin.sarcontroller
galahad:/ $ pm uninstall -k --user 0 com.mipay.wallet.in
galahad:/ $ pm uninstall -k --user 0 com.miui.global.packageinstaller
galahad:/ $ pm uninstall -k --user 0 com.miui.phrase
galahad:/ $ pm uninstall -k --user 0 com.miui.touchassistant
galahad:/ $ pm uninstall -k --user 0 com.xiaomi.payment
galahad:/ $ pm uninstall -k --user 0 com.android.providers.downloads.ui

Także ilość syfu w tym Xiaomi Redmi 9 jest iście imponująca i raczej ten argument, że telefon z oficjalnego źródła nie będzie go miał można spokojnie odrzucić. Oczywiście Xiaomi będzie się upierał, że to co widzimy powyżej to nie syf. Wszystkie te powyższe aplikacje zostały wyłączone na poziomie użytkownika bez potrzeby zaciągania do tego celu praw administratora telefonu (root) i w dowolnym czasie każdą z tych aplikacji można doinstalować/włączyć via cmd package install-existing nazwa_appki również bez potrzeby zaciągania do tego root'a.

Drugi powód zablokowania bootloader'a jest nieco bardziej przyziemny, a konkretnie chodzi o możliwość utraty takiego urządzenia. Jeśli ktoś nam ukradnie telefon, to taka osoba będzie miała niesamowity problem z jego użytkowaniem w sytuacji, gdy mamy zablokowany bootloader przez Xiaomi. Gdyby bootloader był odblokowany, to nic by nie stało na przeszkodzie, by dowolnie przerobić programowo urządzenie celem odsprzedania go w późniejszym czasie. Generalnie to każde zabezpieczenie da radę złamać ale zawsze potrzebny jest na to czas. Trzeciorzędny złodziej nie kradnie telefonu przy nadarzającej się okazji (przez naszą nieuwagę) po to, by użerać się z jego zabezpieczeniami. Chce on jak najszybciej pozbyć się takiego kradzionego sprzętu i dostać za niego hajs. Więc jest spora szansa, że sobie daruje dalsze czynności, gdy połapie się, że będzie miał spory problem taki telefon odsprzedać, choć w takich sytuacjach bardziej liczy się świadomość kupujących, a ta zbyt wielka znowu nie jest.

Biorąc pod uwagę powyższe tłumaczenie się Xiaomi, można do pewnego stopnia zrozumieć, że ten producent smartfonów postanowił zablokować bootloader w swoich urządzeniach. Niemniej jednak, nasuwa się pytanie, co w przypadku, gdy usługa, od której zależy odblokowanie bootloader'a (wymagane jest połączenie internetowe) nie będzie z jakiegoś powodu dostępna? Wygląda na to, że taki telefon zostanie zablokowany dożywotnio.

Warto tutaj zaznaczyć, że jedno konto Mi jest w stanie odblokować bootloader tylko w jednym urządzeniu w okresie 30 dni, tj. jeśli mamy więcej telefonów marki Xiaomi i chcielibyśmy tuż po zakupie ściągnąć im blokadę bootloader'a, to w przypadku każdego kolejnego urządzenia będziemy musieli czekać miesiąc. Przynajmniej takie są oficjalne informacje. Nie wiem jak wygląda sprawa z tworzeniem wielu osobnych kont dla każdego urządzenia.

Powiązanie Xiaomi Redmi 9 z kontem Mi

By odblokować smartfon Xiaomi Redmi 9, musi on działać poprawnie, tj. nie być w żaden sposób uwalony sprzętowo (hard-bricked) czy programowo (soft-bricked), ani też zapętlać się przy starcie Androida. W ustawieniach telefonu trzeba dodać konto Mi. Sam smartfon powinien mieć zainstalowany najnowszy dostępny oficjalny ROM, zatem przydałoby się zaktualizować telefon przed przystąpieniem do procedury odblokowania jego bootloader'a. Jeśli zaś chodzi o sam komputer, z którego proces odblokowania będziemy przeprowadzać, to musi on posiadać niezbędne sterowniki i w przypadku przeciętnej dystrybucji linux'a wszystko powinno być na swoim miejscu.

Na sam początek musimy powiązać nasz smartfon z kontem Mi. By to uczynić, musimy stworzyć konto Mi. Jeśli nie chcemy z jakiegoś powodu tworzyć tego konta, to możemy zapomnieć o dalszych krokach. To konto jest niezbędne jeśli chcemy się bawić w odblokowanie telefonu. Póki co nie są mi znane żadne obejścia oficjalnej procedury odblokowania bootloader'a i trzeba postępować według niej. Dlatego też przed przeprowadzeniem dalszych kroków, upewnijmy się, że to konto posiadamy.

Samo posiadanie konta Mi nam nic nie daje. Musimy także w ustawieniach telefonu dodać to konto Mi:

Poniżej znajdują się wszystkie dane, które można ze smartfona wyciągnąć odnośnie jego specyfikacji, tak by uniknąć ewentualnych pytań czy to urządzenie, które ja mam, jest faktycznie tym samym, które ktoś inny może posiadać:

Dodanie konta Mi w ustawieniach telefonu otwiera nam drogę do powiązania takiego urządzenia z tym kontem. W celu powiązania naszego smartfona z kontem Mi, musimy skorzystać z opcji deweloperskich. Przechodzimy zatem w telefonie do Settings > About Phone i klikamy parokrotnie w MIUI version (widocznym wyżej), aż opcje deweloperskie staną się aktywne. Następnie przechodzimy do Settings > Additional Settings i odszukujemy na liście Developer options . To właśnie w tym miejscu przypisuje się smartfon do konta Mi:

Na liście ustawień deweloperskich trzeba odszukać pozycję Mi Unlock status . Urządzenie przypisuje się do konta Mi w zasadzie tylko raz ale są pewne wymagania, by takie powiązanie utworzyć. Przede wszystkim, trzeba wyłączyć sieć WiFi. W telefonie musi znajdować się aktywna karta SIM z włączonymi danymi pakietowymi (3G/4G/5G). Gdy oba te warunki mamy spełnione, klikamy na przycisk Add account and device u dołu ekranu:

Po chwili, powiązanie powinno zakończyć się powodzeniem, o czym poinformuje nas odpowiedni komunikat:

xiaomi-redmi-9-linux-aosp-bootloader-mi-unlock-status

Po udanej próbie powiązania telefonu z kontem Mi, przechodzimy jeszcze dla pewności do serwisu Xiaomi, w celu weryfikacji czy faktycznie na liście urządzeń pojawił się smartfon, który przed chwilą powiązaliśmy. W moim przypadku tak się stało:

xiaomi-redmi-9-linux-aosp-bootloader-mi-account

Mając powiązane urządzenie z kontem Mi, możemy rozpocząć procedurę odblokowania bootloader'a.

Mi Unlock status i OEM unlocking

Wszystko jedno, którą z poniższych metod odblokowania wybierzemy, tj. czy to przy pomocy XiaoMiTool na linux, czy też via Mi Unlock na maszynie wirtualnej z windows10, to po odczekaniu kilku dni nasz telefon ostatecznie dostanie zielone światło na ściągnięcie blokady, którą na bootloader założył Xiaomi. Trzeba tutaj wyraźnie zaznaczyć, że blokada bootloader'a oferowana przez Androida i blokada nałożona na bootloader przez Xiaomi, to dwie osobne rzeczy.

Technicznie rzecz biorąc blokadę bootloader'a możemy bez większego problemu ściągnąć sami (w opcjach deweloperskich). Podczas procesu odblokowania bootloader'a następuje przywrócenie urządzenia do ustawień fabrycznych. Taki zabieg ma na celu ochronę naszej prywatności, bo w zasadzie wszystkie dane w telefonie, które umieścił jego użytkownik, zostaną usunięte.

Natomiast blokada, którą nałożył Xiaomi, zakłada wykorzystanie przez fastboot 24-znakowego tokena, który jest szyfrowany kluczem przechowywanym w /unlock_key w obrębie flash'a telefonu (i też tymczasowo także w katalogu MiFlashUnlock w pliku <<serial>>_sig.data ). Te zaszyfrowane dane są przesyłane na serwery Xiaomi wraz z nazwą kodową urządzenia i jej późniejszymi wersjami, po czym w odpowiedzi zwracana jest podpisana wersja tych przesłanych danych. W ten sposób uzyskuje się 256 znakowy szyfrogram, który podawany jest w fastboot oem unlock "<<plik>>" . Sygnatura złożona pod danymi jest weryfikowana i jeśli jest prawidłowa, to blokada zostaje zdjęta, a jeśli nie, to operacja zostaje odrzucona. Niezależnie od pomyślnego zweryfikowania sygnatury, telefon zostaje zresetowany. Ten restart telefonu (podobnie jak inne polecenia fastboot) powoduje zmianę tokenu, co ma na celu przeciwdziałać możliwości zapisania danych, które można by wykorzystać w późniejszym czasie do odblokowania telefonu. Aktualny status tej blokady, jak i status bootloader'a, można odczytać z opcji deweloperskich w ustawieniach Androida.

Xiaomi Redmi 9 i XiaoMiTool

Jeśli chodzi o urządzenia Xiaomi, to w ich przypadku mamy możliwość odblokowania bootloader'a z poziomu praktycznie każdej dystrybucji linux'a i w zasadzie maszyna z windows nie będzie nam tutaj do niczego potrzebna. Jedyne narzędzie, które musimy pozyskać, to XiaoMiToolV2. Przechodzimy zatem pod wskazany link i pobieramy plik XMT2_Linux_*.run . Nie jest to co prawda paczka .deb ale nie będzie nam ona do niczego potrzebna. Ten plik po uruchomieniu wypakuje (do katalogu /tmp/ ) wszystkie niezbędne pliki i odpala graficzne narzędzie XiaoMiTool. Jeśli chcielibyśmy ręcznie uruchomić XiaoMiTool to wystarczy podać te dwa poniższe parametry do tego powyższego skryptu:

$ chmod +x ./XMT2_Linux_*.run
$ ./XMT2_Linux_*.run --noexec --keep

W katalogu roboczym zostanie utworzony katalog XiaoMiTool-V2/ z dokładnie tą samą zawartością, co w przypadku automatycznego rozpakowania do katalogu /tmp/ .

Po odpaleniu skryptu, ostatecznie uruchamiany jest plik XiaoMiTool.jar . Mamy zatem do czynienia z aplikacją Java, ale nie musimy instalować w swoim systemie pakietów default-jdk/default-jre . Wszystkie niezbędne rzeczy znajdują się w pobranej paczce. W tej paczce obecne są także narzędzia fastboot/adb , przez co odpada nam potrzeba ręcznego ich instalowania i konfigurowania w naszym linux'ie. Wszystko powinno nam zatem działać OOTB po uruchomieniu pliku XMT2_Linux_*.run bez żadnych dodatkowych parametrów.

Od paru tygodni, użytkownicy narzędzia XiaoMiTool zgłaszają problemy z jego poprawnym działaniem. Sprawa dotyczy wszystkich wersji, wliczając ostatnią, która została wydana, tj. 20.7.28 (beta) . Zmianie uległ URI logowania ale problem chyba dotyczy jedynie kont, które mają włączone w opcjach konta Mi uwierzytelnianie dwuskładnikowe (2FA). Tak czy inaczej, u mnie ten problem wystąpił, a jeśli się nam on przytrafi, to nie będziemy mieli możliwości przy pomocy XiaoMiTool odblokować bootloader. Przy próbie odblokowania bootloader'a zostanie nam jedynie zwrócony błąd Xiaomi procedure failed: [getServiceToken] Missing serviceToken cookie , który prezentuje się w aplikacji następująco:

xiaomi-redmi-9-linux-aosp-bootloader-xiaomitool-error-unlock

Zgodnie z sugestią w podlinkowanym wyżej wątku, możemy zmienić sobie ręcznie ten URI ale trzeba to zrobić w źródłach XiaoMiTool.

Jak ręcznie poprawić XiaoMiTool

Do końca nie wiadomo kiedy zostanie wypuszczona łatka mająca wyeliminować problem, którego objawy widać na powyższej fotce. Dobre wieści są takie, że stosowny pull request został już utworzony ale kiedy zostanie zaaplikowany, tego nie wiadomo. Nie znana jest też data wydania nowej wersji XiaoMiTool. Niemniej jednak, znając zmiany w plikach (podglądając wspomniany pull request), możemy sami poprawić sobie źródła XiaoMiTool przywracając tym samym jego sprawność. Poniżej znajduje się krótka instrukcja dotycząca tego zagadnienia.

Przede wszystkim, musimy sklonować źródła XiaoMiTool:

$ git clone https://github.com/francescotescari/XiaoMiToolV2
$ cd XiaoMiToolV2/

Problematyczny plik to src/main/java/com/xiaomitool/v2/gui/controller/LoginController.java , w którym rezyduje LOGIN_URL i to tu trzeba poczynić zmiany.

Poniżej znajduje się patch, który można zaaplikować przy pomocy git apply :

$ cat uri.patch
diff --git a/src/main/java/com/xiaomitool/v2/gui/controller/LoginController.java b/src/main/java/com/xiaomitool/v2/gui/controller/LoginController.java
index c90bb86..d41bcd7 100644
--- a/src/main/java/com/xiaomitool/v2/gui/controller/LoginController.java
+++ b/src/main/java/com/xiaomitool/v2/gui/controller/LoginController.java
@@ -36,7 +36,7 @@ import java.net.URI;
 import java.util.Locale;

 public class LoginController extends DefaultController {
-    private static final String LOGIN_URL = "https://account.xiaomi.com/pass/serviceLogin?sid=passport&json=false&passive=true&hidden=false&_snsDefault=facebook&_locale=" + Locale.getDefault().getLanguage().toLowerCase();
+    private static final String LOGIN_URL = "https://account.xiaomi.com/pass/serviceLogin?sid=unlockApi&json=false&passive=true&hidden=false&_snsDefault=facebook&checkSafePhone=true&_locale=" + Locale.getDefault().getLanguage().toLowerCase();
     private static boolean loggedIn = false;
     private static Thread loginThread = null;
     @FXML

By ten patch nałożyć na źródła, wystarczy zapisać powyższą zawartość w pliku uri.patch i skorzystać z git apply podając w jego argumencie ścieżkę do pliku:

$ git apply uri.patch

$ git status
On branch master
Your branch is up to date with 'origin/master'.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   src/main/java/com/xiaomitool/v2/gui/controller/LoginController.java
...

Instalacja Gradle i OpenJDK w Debianie

Mając odpowiednio przygotowane źródła XiaoMiTool, musimy zainstalować kilka niezbędnych rzeczy w swoim linux'ie (tutaj Debian). Technicznie rzecz biorąc, wystarczyło by doinstalować dwa pakiety gradle oraz default-jdk :

# apt-get install gradle default-jdk

Problem w tym, że wersja Gradle (4.4.1) w Debianie jest dość leciwa i nie będzie nam współpracować z wersją Javy, która jest dostarczana z Debianem (11.0.12). Dlatego też trzeba będzie zaktualizować Gradle ręcznie do najnowszej dostępnej wersji.

Nie spotkałem się z żadnym oficjalnym repozytorium Gradle dla APT, dlatego też trzeba będzie pobrać ze strony projektu paczkę .zip . Do wyboru są dwa warianty: binary-only oraz complete . Ja pobrałem v7.2 complete . Po pobraniu paczki .zip , wypakowujemy ją i zawartość umieszczamy, np. w katalogu /opt/ :

# mv gradle-*.zip /opt/
# cd /opt/
# patool extract gradle-*.zip

Powinniśmy mieć już w katalogu /opt/ podfolder gradle-7.2/ . Ścieżkę do tego katalogu musimy teraz uwzględnić w zmiennej $PATH :

$ export PATH=/opt/gradle-7.2/bin:$PATH

Weryfikujemy czy ścieżka do gradle wskazuje na katalog /opt/gradle-7.2/ :

$ which gradle
/opt/gradle-7.2/bin/gradle

Gradle powinien być zatem już w najnowszej wersji:

$ gradle -v

Welcome to Gradle 7.2!

Here are the highlights of this release:
 - Toolchain support for Scala
 - More cache hits when Java source files have platform-specific line endings
 - More resilient remote HTTP build cache behavior

For more details see https://docs.gradle.org/7.2/release-notes.html


------------------------------------------------------------
Gradle 7.2
------------------------------------------------------------

Build time:   2021-08-17 09:59:03 UTC
Revision:     a773786b58bb28710e3dc96c4d1a7063628952ad

Kotlin:       1.5.21
Groovy:       3.0.8
Ant:          Apache Ant(TM) version 1.10.9 compiled on September 27 2020
JVM:          11.0.12 (Debian 11.0.12+7-post-Debian-2)
OS:           Linux 5.13.11-amd64 amd64

Przechodzimy do źródeł XiaoMiTool i aktualizujemy Gradle Wrapper:

$ cd XiaoMiTool/
$ ./gradlew wrapper --gradle-version=7.2 --distribution-type=bin
Downloading https://services.gradle.org/distributions/gradle-7.2-bin.zip
...10%....20%....30%....40%....50%....60%....70%....80%....90%...100%
Starting a Gradle Daemon (subsequent builds will be faster)

BUILD SUCCESSFUL in 47s
1 actionable task: 1 executed

Ostatnim krokiem jest uruchomienie XiaoMiTool:

$ ./gradlew build
$ ./gradlew run
Starting a Gradle Daemon, 1 busy Daemon could not be reused, use --status for details

> Configure project :
Project : => no module-info.java found

> Task :compileJava
Note: Some input files use unchecked or unsafe operations.
Note: Recompile with -Xlint:unchecked for details.

> Task :run
[04:08:48][INFO  ][492c4021] Current jar path: /media/debuilder/git-xiaomimitoolv2/XiaoMiToolV2/build/classes/java/main
[04:08:48][DEBUG ][211bf547] javafx.scene.image.Image@95c5f65
[04:08:48][INFO  ][492c4021] Current jar dir path: /media/debuilder/git-xiaomimitoolv2/XiaoMiToolV2/build/classes/java
[04:08:48][DEBUG ][60e6bd7] 300.0
[04:08:48][WARN  ][211bf547] Path not exists: /media/debuilder/git-xiaomimitoolv2/XiaoMiToolV2/build/classes/java/XiaoMiTool.jar
[04:08:48][WARN  ][211bf547] Path not valid working dir:/media/debuilder/git-xiaomimitoolv2/XiaoMiToolV2/build/classes/java
[04:08:48][WARN  ][211bf547] Path not exists: ./XiaoMiTool.jar
[04:08:48][WARN  ][211bf547] Path not valid working dir:.
[04:08:48][WARN  ][211bf547] Path failed check working dir:null
[04:08:48][INFO  ][211bf547] Temporary dir used: ./res/tmp
[04:08:48][ERROR ][211bf547] Failed to identify old logs: ./res/tmp/logs
[04:08:50][INFO  ][211bf547] Downloading lang file: en_US
[04:08:51][INFO  ][211bf547] Loading language from file: ./res/lang/en_US.xml
[04:08:51][INFO  ][211bf547] Starting XiaoMiTool V2 99.9.9 : OS info: Linux - amd64 - 5.13.11-amd64 ||| Locale info: en_US - UTF-8
[04:08:51][INFO  ][60e6bd7] Launching main window
...

Cannot execute fastboot command "fastboot devices"

Tak uruchomiony XiaoMiTool ma jeden problem. Mianowicie nie jest w stanie wykryć naszego telefonu, przynajmniej pod linux. Przeszkodę stanowi brak narzędzi fastboot/adb , które w źródłach na GitHub są jedynie dostarczane w postaci plików .exe , co skutkować będzie poniższymi komunikatami w logu aplikacji:

...
[04:12:37][PSTA  ][717ba1ac] Start process (1): "./res/tools/adb" "kill-server"
[04:12:37][PSTA  ][717ba1ac] Start process (2): "./res/tools/adb" "start-server"
[04:12:37][INFO  ][717ba1ac] Starting autoscan threads
[04:12:37][INFO  ][717ba1ac] Searching at least one device
[04:12:37][PSTA  ][11994e2] Start process (3): "./res/tools/adb" "track-devices"
[04:12:37][PSTA  ][717ba1ac] Start process (4): "./res/tools/adb" "devices"
[04:12:37][WARN  ][11994e2] Cannot register device scanner thread via track-devices
[04:12:37][PSTA  ][717ba1ac] Start process (5): "./res/tools/fastboot" "devices"
[04:12:37][ERROR ][717ba1ac] Cannot execute fastboot command "fastboot devices", reason: Cannot run program "./res/tools/fastboot": error=2, No such file or directory
[04:12:38][INFO  ][717ba1ac] Total connected device found: 0
[04:12:38][INFO  ][717ba1ac] Showing no devices visual
...

W repozytorium jest gałąź linux i stosowny commit został już poczyniony, by nie trzeba było przeprowadzać żadnych dodatkowych kroków po sklonowaniu repozytorium. Jedyne co, to przy pomocy poniższego polecenia musimy zmienić gałąź z master na linux

$ git checkout linux
M       src/main/java/com/xiaomitool/v2/gui/controller/LoginController.java
Branch 'linux' set up to track remote branch 'linux' from 'origin'.
Switched to a new branch 'linux'

$ git status
On branch linux
Your branch is up to date with 'origin/linux'.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git restore <file>..." to discard changes in working directory)
        modified:   src/main/java/com/xiaomitool/v2/gui/controller/LoginController.java

no changes added to commit (use "git add" and/or "git commit -a")

Można by też pewnie podlinkować systemowe binarki do katalogu res/tools/adb i res/tools/fastboot w źródłach XiaoMiTool ale nie wiem jak sprawa będzie wyglądać z ich kompatybilnością. Dlatego też lepiej skorzystać z tych dostarczanych z projektem.

Odblokowanie bootloader'a via XiaoMiTool

Powinniśmy być w stanie bez większego problemu uruchomić XiaoMiTool na dowolnej dystrybucji linux'a, jako że wszystkie niezbędne nam rzeczy zostały dostarczone w pobranej paczce .run . Odpalamy zatem XiaoMiTool:

$ ./XMT2_Linux_*.run

Po chwili naszym oczom powinno ukazać się poniższe okienko:

xiaomi-redmi-9-linux-aosp-bootloader-xiaomitool-region

Logujemy się na swoje konto Mi:

xiaomi-redmi-9-linux-aosp-bootloader-account-login

Jeśli mamy włączoną weryfikację dwuetapową w ustawieniach konta Mi, to trzeba będzie zweryfikować swoją tożsamość:

xiaomi-redmi-9-linux-aosp-bootloader-account-login-2fa

Po przejściu procesu weryfikacji tożsamości, powinniśmy zostać zalogowani na swoje konto, co poznamy po numerku umieszczonym w prawym górnym rogu okna aplikacji:

xiaomi-redmi-9-linux-aosp-bootloader-account-logged-in

Wybieramy region europejski. Po jego wskazaniu zostanie nam zaprezentowane okno z wyborem dwóch opcji: