Unlock a root smartphonu Huawei P20 Lite

      9.4.2026 Ze šrotu jsem vytáhl smartphone Huawei P20 Lite, který měl na jednom rohu prasklé krycí sklo (je lepené), ale jinak byl OK. Po nabití a zapnutí normálně naběhl a byla na něm původní data chráněná 6-ciferným PINem. Byl propojený s Google účtem a bylo aktivní FRP (Factory Reset Protection) - tzn. že i po factory resetu by bylo vyžadováno ověření u Google. Hackování čínských mobilů je docela vomrt. Někdy před 3 lety jsem se pokoušel odemknout bootloader na Xiaomi Redmi Note 5 v EDL módu přes Qualcomm OEM bootloader, ale zjistil jsem, že Xiaomi potřebuje aktivní šifrovanou internetovou komunikaci s nějakým jejich serverem a povolení k odemčení bootloaderu bylo na jejich libovůli, takže jsem to nakonec vzdal. No a ani zde to nebylo zrovna jednoduché...
      Nejprve bylo nutné se zbavit toho FRP. To ale oficiálně není možné bez interakce s původním uživatelem, který by se přihlásil PINem a odebral telefon z Google účtu. Nicméně tu je jedna cesta přes odemčení bootloaderu, které bych stejně potřeboval pro upgrade na novější OS. Na Internetu jsem našel spoustu návodů na odemčení, které ale nefungovaly nebo vedly na placené softy (např. Chimera Tool), kde je možné si za desítky $ koupit nějakou omezenou licenci (časově či počtem odemčení), což se ale při současné hodnotě tohoto 8 let starého mobilu už nevyplatí. Naštěstí se mi podařilo najít jeden skutečně funkční OpenSource program PotatoNV 2.2.1 (vyžaduje Windows 7 s .NET Framework 4.7.2 a vyšší, zde je i pythoní multiplatformní verze, ale tu jsem nezkoušel). Návod pro Windows je zde a pro Linux zde.
      Pro komunikaci s telefonem budeme potřebovat Android Platform Tools (standardní utility ADB a Fastboot) od Google a k nim odpovídající Huawei podepsané USB ovladače a ještě ovladače USB virtual COM portu pro OEM bootloader. Pro aktivaci OEM bootloaderu je potřeba přizemnit 1 testpoint na základní desce, takže bude nutné telefon otevřít. Zadní dekl je k tělu přilepený nějakou oboustrannou lepicí páskou a pro snadnější odlepení ho doporučuju opatrně nahřát horkovzduchem, zasunout do mezírky nějakou tenkou planžetu a objet po obvodu. Dále stručně v bodech:

• Vypneme telefon a odpojíme USB kabel.
• Přizemníme označený testpoint na základní desce (viz foto níže) pomocí drátku či pinzety na některý z okolních stínicích kovových deklů.
• Připojíme USB kabel do PC (testpoint stále držíme přizemněný).
• Zapneme telefon stiskem tlačítka Power (testpoint stále držíme přizemněný) a držíme ho asi 5-10s. Displej by měl zůstat černý a PC by mělo detekovat nové zařízení "HUAWEI USB COM 1.0" (pokud máme správně nainstalovaný ovladač). Jestliže se na displeji zobrazí startovací obrazovka, tak nedošlo ke správnému přizemnění testpointu, telefon vypneme a zopakujeme. Po detekci USB COM portu testpoint odpojíme.
• Spustíme program PotatoNV, který by měl automaticky detekovat COM port odpovídající telefonu v políčku Target device.
• V rozbalovací nabídce Bootloader vybereme dle typu CPU telefonu "Kirin 65x(A)" a zatrhneme volbu "Disable FBLOCK".
• Pak už jen stačí kliknout na tlačítko Start. Mě na Windows 7 x64 v tom okamžiku program crashnul po výpisu "Verifying images...". Po chvíli neúspěšného bádání jsem jako poslední šanci zkusil na jiný disk nainstalovat čisté Windows 7 32-bit a na nich to už prošlo.
• Uložíme si obsah textového okna s logem, zejména pak poslední řádek "New unlock code:".
• Telefon by se měl automaticky restartovat.
• Nyní můžeme odinstalovat ovladače USB virtual COM portu pomocí DriverUninstall.exe.
• Telefon vypneme a aktivujeme režim Fastboot současným stiskem tlačítek Vol- a Power při zapojeném USB kabelu do PC (a držíme, dokud se neobjeví obrazovka Fastbootu, cca 5 s).
• Nainstalujeme standardní Huawei USB ovladače a PC by mělo detekovat nové zařízení "Android ADB Interface".
• Ověříme komunikaci zadáním příkazu fastboot devices a mělo by se vypsat číslo zařízení.
• Vypíšeme si nějaké info o stavu bootloaderu:
  
  

  fastboot oem get-bootinfo ... (bootloader) unlocked OKAY [ 0.000s] finished. total time: 0.000s fastboot oem get-psid ... (bootloader) SN:8xxxxxxxxxxxxxxx (bootloader) IMEI:8xxxxxxxxxxxxxx (bootloader) IMEI1:000000000000000 (bootloader) MEID:00000000000000 OKAY [ 0.016s] finished. total time: 0.016s

  
  
• Zadáme příkaz pro odemčení bootloaderu pomocí unlock kódu z PotatoNV:
  
  

  fastboot oem unlock Wxxxxxxxxxxxxxxx ... (bootloader) The device will reboot and do factory reset... OKAY [180.547s] finished. total time: 180.547s

  
  
• Na telefonu se zobrazí výzva k potvrzení odemčení bootloaderu a provedení factory resetu (vymazání všech uživatelských dat). Potvrdíme volbu Yes pomocí tlačítek Vol+ a Power.
• Na telefonu se spustí eRecovery EMUI Factory reset lowlevel...
• Po dokončení formátování se telefon restartuje s výhružnou hláškou "Your device has been unlocked and can't be trusted." (ta už se bude zobrazovat při každém zapnutí či restartu) a spustí se úvodní nastavení Androidu. V mém případě se telefon při úvodním nastavení zatvrzele dožadoval připojení k Internetu a ověření přes Google účet (nebylo možné přeskočit).
• V takovém případě se ještě musíme zbavit FRP, restartovat znovu do Fastbootu (ten na své obrazovce hlásil stav "PHONE Unlocked", "FRP Lock" a zadat příkaz:
  
  

  fastboot erase frp erasing 'frp'... OKAY [ 0.016s] finished. total time: 0.016s

  
  
• Po dalším restartu do Fastbootu bychom už měli na jeho obrazovce vidět stav "PHONE Unlocked", "FRP Unlocked" a můžeme používat Huaweí EMUI Android 9 nebo vesele instalovat alternativní recovery a OSy.
• Pokud ve Fastbootu vytáhneme USB kabel a stiskneme součastně tlačítka Vol+ a Vol-, zobrazí se bootovací nabídka, kde můžeme vybrat různé režimy spuštění (recovery, eRevovery, OS, vypnutí...

přizemnění testpointu	DevMgr	PotatoNV	Unlock	Unlocked	Unlocked	Fastboot

Výběr a testování Recovery Image

      14.4.2026 Tento telefon má 2 samostatné recovery oddíly a výchozím stavu oba obsahují stejný eRecovery systém od výrobce. Ten umožňuje provést factory reset a také se připojit přes Wi-Fi a stáhnout ROM image. To se mi ale nepodařilo, nejspíš už Huawei ze svého serveru odstranil podporu těchto starých modelů. Pokud máme odemčeno, lze oba recovery oddíly přepsat pomocí fastbootu příkazem fastboot flash recovery_ramdisk recovery.img resp. fastboot flash erecovery_ramdisk recovery.img. Alternativní recovery image se typicky flashuje do prvního oddílu recovery_ramdisk a aktivuje se tlačítkovou kombinací Vol+ a Power při odpojeném USB kabelu. Druhý eRecovery je možno spustit stiskem tlačítka Vol+ při běžném restartu, kdy se zobrazí výzva "(2) Press Volume Up key up to 3 seconds to enter recovery to restore your data". Nějaké základní informace jsou zde.
      Na předchozích telefonech byla celkem jasná volba TWRP (Team Win Recovery Project), ale zde jsem vyzkoušel několik verzí 3.2.1 - 3.7.0, a se všemi byly nějaké problémy. Buď neuměly smazat oddíly data nebo cache a někdy se to dokonce po výmazu oddílu data tak rozmrdalo, že už nešlo spustit TWRP ani systém (ani po přeflashování oddílu system fastbootem) a musel jsem revertnout zpět na původní verzi od výrobce (stock ROM, použil jsem balíčky ANE-LX1 9.1.0.397 C432 Single SIM). Někdy pomohlo se z tohoto stavu dostat v eRecovery pomocí volby "Wipe data/factory reset", ostatně to by mělo stačit na vyčištění po flashnutí ROM bez nutnosti použít TWRP. Asi to nějak souvisí s šifrovaným oddílem data či jeho atypickým souborovým systémem F2FS. Obecně se nedoporučuje oddíl data formátovat, ale jen smazat (wipe), protože některá data z původní stock ROM je třeba pro funkčnost alt. ROM zachovat. Lépe by snad měly fungovat speciálně upravené verze TWRP 3.4.0-1 od TishSerga a 3.4.0-0-emui9_eR od S_maka. Aby v recovery režimu fungoval přenos souborů přes ADB, je třeba v menu Mount vypnout volbu MTP.
      Také je třeba počítat s tím, že TWRP není schopno vytvořit zálohu oddílu data, protože mu tam vadí nějaké šifrované podadresáře v /data/vendor/ (v prohlížeči souborů tam vidí jen nějaké náhodné řetězce), přičemž skončí s chybou "createTarFork() process ended with ERROR: 255". Na XDA fóru jsem našel nějaké obecné návody na vypnutí šifrování a pro tablet Huawei MediaPad T3 10, které upravují soubor fstab v oddílu boot. Na spuštěném systému jsem našel jeden takový soubor /vendor/etc/fstab.hi6250, kde je vidět u oddílu data mount parametr fileencryption=aes-256-xts:aes-256-cts. Nakonec jsem našel jako funkční řešení derivát SHRP (SkyHawk Recovery Project) 3.1, který zvládá zálohovat i problematický oddíl data.

Rootnutí a instalace LeaOS (LineageOS)

      15.4.2026 Posledním oficiálním podporovaným LineageOS pro tento model je verze 16.0 založená na starém Androidu 9, takže jsem rovnou hledal na XDA fóru nějaké novější alternativy. Jako první jsem vyzkoušel LeaOS (LineageOS) 21.0 založený na Androidu 14 s kernelem Phenix-4.9.337 z 18.1.2026 od uživatele AltairFR. Instalace se po rozbalení balíčku provádí pomocí fastbootu příkazem: fastboot flash system LeaOS-21.0-20260118-iceows-ane.img a následně je nutno před prvním spuštěním nabootovat do recovery SHRP a zformátovat oddíl data a vymazat oddíly cache a dalvik/ART cache. Pak by měla nová ROM normálně nastartovat.
      Dále jsem potřeboval novou ROMku rootnout. Vyzkoušel jsem několik verzí rootovacího nástroje Magisk 30.7, 26.1, 24.1, 23.0, 21.4 (v některých vláknech na XDA fóru se zmiňovalo, že starší verze mohou fungovat lépe), které jsem vždy bez chyby nainstaloval pomocí SHRP, ale po startu LeaOS a instalace Magisk appky tvrdil, že není nainstalován a root nefungoval. Na XDA fóru jsou ke stažení patchnuté image originálního eRecovery, s kterými by měl Magisk fungovat.
      Nakonec jsem úspěšně vyzkoušel nový způsob rootování pomocí KernelSU. Našel jsem KSU-enabled kernel pro tento model. Ten se flashne pomocí fastbootu příkazem: fastboot flash kernel Phenix_KSU-permissive-191025.img a následně je třeba nainstalovat appku KernelSU-Next. Je důležité, aby k sobě seděla v určitém rozsahu verze API v kernelu a appce, takže konkrétně pro poslední kernel 1.0.5-48 (z 19.10.2025) je potřeba appka verze 1.0.6-12490 Pomocí appky lze pak přidělovat root práva jednotlivě ostatním appkám.

Terminal-mount	Magisk	Magisk	Magisk	Magisk	KSU-N	KSU-N	UMSE

      Při instalaci aplikací (z APK souborů ze své sbírky) jsem bohužel zjistil, že asi 1/3 z nich nejde vůbec nainstalovat, protože instalátor hlásil, že aplikace nejsou kompatabilní s touto verzí Androidu. U řady těchto pro mě důležitých aplikací už nejsou k dispozici novější verze ani alternartivy, takže jsem se rozhodl vyzkoušet postupně starší verze:

• LeaOS (LineageOS) 18.1 založenou na Androidu 11 s kernelem 4.9.148 z 12.4.2025
  (stejnou verzi Androidu nyní používám na telefonu Lenovo K6)
• LeaOS (LineageOS) 19.1 založený na Androidu 12 s kernelem 4.9.148 z 11.9.2022
• LeaOS (LineageOS) 20.0 založený na Androidu 13 s kernelem 4.9.148 z 15.1.2026

Na těchto starších ROMkách se zdá, že fungují všechny aplikace jako na mém stávajícím na Androidu 11, až na jednu podstatnou výjimku, kterou je pro mě důležitá aplikace Universal USB Mass Storage Enabler pro zpřístupnění vložené microSD karty protokolem USB mass storage device class. Ta vyžaduje v kernelu podporu FUSE a USB Gadget API, jež na novějším kernelu patrně správně nerozpoznala...

Zhroucení a obnova filesystému oddílu data - chyba eMMC?

      16.4.2026 Jak jsem včera a dnes zkoušel mnohokráte flashovat různé alt. ROMky a recovery (zápisy desítek GB do interního úložiště), tak se mi stala zvláštní věc. SHRP/TWRP měl nějaké problémy při mazání oddílu data a když jsem následně spustil eRecovery, tak hlásil, že oddíl data je vážně poškozen a je třeba ho zformátovat. Objevil se kruhový progress bar, který ale předčasně skončil asi na 30% s chybou a po restartu jsem už nebyl schopen spustit žádný recovery ani eRecovery - vždy to zatuhlo. Bylo možné spustit pouze fastboot. Přes něj jsem zkoušel flashoval různé verze recovery, ale všechny tuhly. Mám podezření na odcházející eMMC, protože takovéto věci se většinou nedějí jen tak pro nic za nic...
      Pomocí příkazu fastboot erase userdata se mi povedlo bez chyby vymazat oddíl data. Pak jsem pomocí utility Huawei Update Extractor otevřel soubor update.app rozbalený z update_full_base.zip stock ROM (v nastavení jsem musel odškrtnout volbu "Verify header checksum") a extrahoval jsem image erecovery.img a kernel.img, které jsem do odpovídajících oddílů flashnul fastbootem. Po restartu to konečně přestalo tuhnout. Spustil jsem eRecovery a ten si celkem logicky stěžoval, že "Data partition severely corrupted" s nabídkou "Low-level format data partition", kterou jsem zvolil. Formátování trvalo jen asi 1 vteřinu a skončilo bez chyby. Postupem výše jsem nahrál zpět ROM od výrobce.

fastboot flash erecovery_ramdisk ERECOVERY.img target reported max download size of 471859200 bytes sending 'erecovery_ramdisk' (32768 KB)... OKAY [ 1.078s] writing 'erecovery_ramdisk'... OKAY [ 0.156s] finished. total time: 1.234s fastboot flash kernel KERNEL.img target reported max download size of 471859200 bytes sending 'kernel' (24576 KB)... OKAY [ 0.812s] writing 'kernel'... OKAY [ 0.375s] finished. total time: 1.188s fastboot erase userdata erasing 'userdata'... (bootloader) success to erase cryypt info in oeminfo OKAY [ 0.047s] finished. total time: 0.047s

      Ještě doplním jednu možnost, jak nahrát stock ROM pomocí Dload z microSD karty (s FAT32). Stačí na ní vytvořit adresář dload, nahrát do něj soubor update.app, vypnout a s vloženou kartou spustit tlačítkovou trojkombinací Vol+ Vol- a Power. POZOR, Dload po přeflashnutí znovu zamkne OEM bootloader (je potřeba mít uložený unlock kód, např. z PotatoNV výše)!
      Ohledně zdraví eMMC mě poněkud zneklidňuje výpis, který jsem našel v kernel logu (pomocí příkazu adb shell dmesg |grep -i "emmc"):

[14.882873s][pid:0,cpu0,swapper]eMMC freq_sel cmdline, enable:0x1, value:0x0 [15.813629s][pid:1,cpu6,swapper/0]storage bootdevice: eMMC [16.847564s][pid:1,cpu6,swapper/0][I/DSM] client dsm_emmc register success! [16.849609s][pid:1,cpu6,swapper/0]sdhci_of_arasan_hardware_reset: rest emmc ok! [16.849609s][pid:1,cpu6,swapper/0]sdhci_of_arasan_hardware_reset: unrest emmc ok! [16.982452s][pid:118,cpu6,kworker/6:1]mmc0: mmc_decode_ext_csd_emmc50: CMDQ supported: depth: 32 [16.982452s][pid:118,cpu6,kworker/6:1]mmc0: mmc_decode_ext_csd: eMMC FW version:48 [17.036041s][pid:118,cpu6,kworker/6:1]mmc0: eMMC init card done, support bus_width=8 bit. [17.037475s][pid:118,cpu6,kworker/6:1]DSM_EMMC enter dsm_emmc_get_log [17.037475s][pid:118,cpu6,kworker/6:1]DSM_EMMC Err num: 928002003, dsm_emmc_get_life_time:eMMC life time has problem, device_life_time_est_typ_a[268]:3, device_life_time_est_typ_b{269]:4 [17.037628s][pid:118,cpu6,kworker/6:1]DSM_EMMC DSM_DEBUG manufacturer_id:0045 Error Num:928002003, dsm_emmc_get_life_time:eMMC life time has problem, device_life_time_est_typ_a[268]:3, device_life_time_est_typ_b{269]:4 [17.037628s]eMMC ext_csd(Note: just static slice data is believable): [17.037780s][pid:233,cpu7,kworker/u16:2][I/DSM] dsm_emmc finish notify

Hodnoty device_life_time_est_typ_a a device_life_time_est_typ_b by měly dle příkazu eMMC EXT_CSD Health Status zhruba reprezentovat počet spotřebovaných rezervních bloků flash paměti v oblasti SLC (cache), resp. MLC (hlavní úložiště) v desítkách %, použito tedy bylo 20 - 30% SLC a 30 - 40% MLC. To by mělo být ještě v pohodě, ale co znamená to "DSM_EMMC Err num: 928002003" jsem nikde nenašel. Zkusil jsem přečíst celý oddíl data příkazem dd if=/dev/block/mmcblk0p59 of=/dev/null a asi po 5 minutách skončil bez chyby. Kondici eMMC lze také odhadnout podle aplikací Wear Level Insight a diskového benchmarku CPDT, který ukazuje graf rychlosti čtení a zápisu dle pozice v dočasném 1GB souboru. V testu jsem dosáhl rychlost sekvenčního čtení 179 MB/s a 105 MB/s zápisu bez větších propadů.

CPDT	WLI	WLI

Pár tipů na aplikace a řešení USB mass storage pro kartu

      18.4.2026 Ještě přidám pár tipů na aplikace. Novější Android nemusí povolit aplikacím plný přístup k datům na externí microSD kartě, ale jen k určitému adresáři. Např. mapy pro OziExplorer jsem musel nahrát do adresáře \Android\data\OziExplorer.Main\files. Aby OziExplorer zaznamenával GPS track i při vypnutém displeji, je nutné v nastavení aplikací pro OziExplorer|Oprávnění|Poloha vybrat "Povolit vždy". Dále může být třeba v nastavení Baterie|Využití Baterie|OziExplorer vybrat "Neomezeno". S neustále rostoucí paranoiou Androidu mi zase přestalo fungovat prohlížení více fotek v 1 adresáři (s appkou QuickPic Gallery Mod) z Total Commanderu a tak jsem musel nají novou funkční appku Fossify Gallery (funguje i na externí microSD kartě).
      Výchozí aplikace foťáku je velmi primitivní, našel jsem mnohem lepší alternativu HedgeCam se spoustou nastavení, která umožňuje i fotit do rawu (DNG). Také jsem narazil na problém, že systém nerozpoznal sluchátka připojená do stereo jack zásuvky, hrál pořád přes reprák a nešlo spustit FM rádio. Je potřeba jít do specifických Huawei nastavení Phh Treble Settings|Misc features, zapnout volbu "Use alternate way to detect headsets", volba "Force headset switch (Huawei default)" by měla zůstat zapnutá a restartovat telefon. Pak už by měly sluchátka a FM rádio fungovat, byť se na stavové liště nikde jejich připojení neindikuje. Další užitečnou appkou, která využívá výhody rootu, je Advanced Charging Controller, která umožňuje nastavit různé limity nabíjení baterky, aby se při dlouhodobějším připojení k PC či nabíječce nekurvila trvalým nabitím na 100% (umožňuje zapnout i speciální idle režim, kdy se telefon krmí z USB, ale baterku nenabíjí). Další tipy na řešení případných problémů s LeaOS ROM jsou zde.

oprávnění	ACCA1	ACCA2

      S pomocí AI se mi podařilo vytvořit shell-skripty pro aktivaci a deaktivaci USB mass storage pro microSD kartu ums.sh a umsu.sh (neprovádí žádné trvalé změny v systému). Ty pak spouštím jednoduše z plochy pomocí widgetů Terminal Emulatoru od Jackpala. Do políčka příkaz jsem nepsal nic a do políčka parametru jsem zadal su (super user) s cestou ke skriptu su -c /data/ums.sh. Pro samotnou aplikaci Terminal Emulatoru mám povolená root práva pomocí KernelSU-Next. Narazil jsem přitom na 2 chytáky: jednak je třeba skript uložit v textovém formátu UNIX (s LF na konci řádků) a druhak skripty nejdou spouštět z libovolného adresáře. Např. pokud by byl skript umístěn na interním či externím úložišti (/storage/emulated/0), tak se vůbec nepodaří mu nastavit atribut x (executable), protože jsou úložiště mountovaná s parametrem noexec. Na konci skriptu se okno terminálu zabíjí příkazem kill, protože samotný exit by zavřel jen su relaci a zůstalo by odevřené uživatelské okno. Při použití skriptů na jiném telefonu bude třeba upravit v cestě část mass_storage.gs6 a název USB řadiče hisi-usb-otg, který se zjistí příkazem ls /sys/class/udc/. Podmínkou samozřejmě je, aby měl kernel v sobě podporu USB Gadget API. Zde je skript pro aktivaci ums.sh:

#!/system/bin/sh # Spuštění: su -c sh ums.sh # 1. Zastavení systémových USB služeb (ADB) stop adbd setprop sys.usb.config none # 2. Odpojení od řadice echo "" > /config/usb_gadget/g1/UDC # 3. Vycištění a nastavení konfigurace # Pokud f1 už existuje, příkaz nahlásí chybu, kterou ignorujeme rm /config/usb_gadget/g1/configs/b.1/f* 2>/dev/null echo "mass_storage" > /config/usb_gadget/g1/configs/b.1/strings/0x409/configuration # 4. Propojení funkce mass_storage.gs6 ln -s /config/usb_gadget/g1/functions/mass_storage.gs6/config/usb_gadget/g1/configs/b.1/f1 # 5. Namontování SD karty a nastavení ID echo "/dev/block/mmcblk1p1" > /config/usb_gadget/g1/functions/mass_storage.gs6/lun.0/file echo 1 > /config/usb_gadget/g1/functions/mass_storage.gs6/lun.0/removable echo "0x058F" > /config/usb_gadget/g1/idVendor echo "0x6387" > /config/usb_gadget/g1/idProduct # 6. Opětovné připojení řadice ls /sys/class/udc/ echo "hisi-usb-otg" > /config/usb_gadget/g1/UDC echo "UMS aktivovano. SD karta by se mela objevit v PC." kill -9 $PPID

a zde je skript pro deaktivaci umsu.sh (UPDATE: na konec jsem přidal remount microSD karty pro flushnutí cache):

#!/system/bin/sh # 1. Odpojit aktuální UMS gadget echo "" > /config/usb_gadget/g1/UDC # 2. Vyčistit konfiguraci (odstranit odkaz na mass_storage) rm -f /config/usb_gadget/g1/configs/b.1/f* 2>/dev/null # 3. Vrátit původní ID pro Huawei (duležité pro ovladače v PC) echo "0x12d1" > /config/usb_gadget/g1/idVendor echo "0x107e" > /config/usb_gadget/g1/idProduct # 4. Restartovat USB konfiguraci pres systémové vlastnosti setprop sys.usb.config none setprop sys.usb.config adb start adbd # 5. Pokud se port sám nechytne, zkus ho znovu vynutit k řadici echo "hisi-usb-otg" > /config/usb_gadget/g1/UDC echo "USB vraceno do rezimu ADB." kill -9 $PPID # 6. Remount SD card to flush cache # 6A. Automatically detect the physical SD card volume ID SD_ID=$(sm list-volumes public | grep -v "emulated" | head -n1 | cut -d' ' -f1) # 6B. Check if an SD card was actually found if [ -z "$SD_ID" ] || [ "$SD_ID" = "null" ]; then echo "Error: No external SD card detected." exit 1 fi echo "Found SD Card ID: $SD_ID" # 6C. Perform the flush cycle echo "Unmounting to flush caches..." if sm unmount "$SD_ID"; then echo "Mounting back..." sm mount "$SD_ID" echo "Success! Cache flushed and card remounted." else echo "Error: Failed to unmount the card." fi

Výměna prasklého displeje

      29.4.2026 Z AliExpressu mi po rekordně krátkých 10 dnech dorazil náhradní displej za 226 Kč, průhledné pouzdro za 36 Kč a USB-C OTG kablík za 30 Kč, 3 balíčky od různých prodejců byly zabaleny do 1 většího. Displej byl dobře zabalený v polystyrénové krabičce a dopravu přežil bez úhony. Samotná výměna displeje není nijak složitá, viz např. návody zde a zde. Na výběr je ke koupi buď samotný displej nebo dražší displej s rámečkem (šasi). Mám sice trochu ťuknutý 1 roh, ale to je jen kosmetická vada. Navíc výměna samotného displeje je jednodušší, protože se nemusí složitě odlepovat LiPol baterka a přendávat všechny PCB a vnitřní díly.
      Sundal jsem tedy zadní kryt (který už jsem měl odlepený kvůli aktivaci OEM bootloaderu), odšrouboval a sundal krycí plíšek z konektoru displeje a nejprve nový displej otestoval, jestli vůbec funguje. Po zapnutí telefonu se normálně rozsvítil a vše vypadalo OK včetně dotykovky. Akorát jsem zaznamenal, že proti originálnímu displeji má horší kontrast a méně živé barvy, ale co taky chtít za těch pár peněz. Displej jsem odpojil, odšrouboval pár dalších šroubků, odpojil flexi pásky od baterky a spodní desky s konektory (tu jsem též celou vyndal, je trochu přilepená a je na ní miniaturní koaxiální kablík s konektorem), preventivně vylouskal všechny kamery a vyjmul šuplíček pro SIM a microSD kartu.
      Pak jsem původní displej z přední strany pofoukal horkovzduchem asi na 120°C, zasunul z kraje kovovou planžetu a postupně ho vypáčil ven. Po nahřátí to šlo celkem snadno a starý displej jsem dostal ven bez poškození. Z něj je třeba dále po nahřátí sundat mřížku předního reproduktoru, protože ta není součástí nového displeje. Alespoň jsem ji při tom vyčistil stlačeným vzduchem. Nový displej nemá po obvodu nalepenou oboustrannou pásku a než se s ní piplat, tak jsem radši do lemu rámečku napatlal trošku Mamuta, displej do něj vlepil a hadříkem namočeném v benzínu setřel co vylezlo přes ohraj. Flexipásek jsem prostrčil otvorem v šasi, zapojil do desky a vše poskládal v opačném pořadí zpátky. Nakonec jsem po přezkoušení displeje, kamer, GPS, USB, sluchátek, atd. nalepil na zadní dekl po obvodu oboustrannou lepicí pásku a připlácnul ho k šasi. Telefon jsem nacpal do průhledného krytu, který sedí docela přesně a těsně. Otestoval jsem i USB-C OTG kablík na USB flash disku a RTL-SDR tuneru.

prasklé sklo na displeji	test náhradního displeje	test náhradního displeje

rozabraný mobil-spodek	rozabraný mobil-vršek	vlepená mřížka repro

      5.5.2026 Jelikož jsem na telefonu Huawei P20 Lite s LeaOS 20 rozchodil vše potřebné a mému stávajícímu Lenovo K6 už těžce dodělává baterka, má prasklé sklíčko na displeji a jednou jsem ho i utopil v hajzlu, tak jsem se rozhodl po letech zas přemigrovat. Většinu nastavení appek jsem přenesl bez problémů pomocí Neo Backup 8.3.17, SMSky pomocí SMS Backup & Restore 10.15.004, a kontakty přes VCF soubor. Bankovní aplikaci RB klíč se podařilo přenést dle průvodce v Nastavení|Přenést na jiné zařízení, až na to trochu krkolomné párování telefonů přes Bluetooth. Pár appek jsem musel aktualizovat či vyměnit, jak už jsem zmínil výše. Zdá se, že konečně vše funguje k mé spokojenosti...