Dobrý den,
@Martin Pešek tak to Váš telefon nedostal už pěknou várku aktualizací! Přinejmenším na Android 12, Android 13 a MIUI 14. Pokud na telefon není záruka, kterou byste mohl ztratit, pak bych doporučil absolvovat postup publikovaný zde Bobassem.
Přeji hezký den.
Karel Kilián

Pro Karel Kilián
Dnes jsem telefon donesl na prodejnu T-Mobile. I když se mi zdá v dnešní době absurdní řešit aktualizace reklamací u prodejce. Tak snad mi jej britex vrátí v pořádku. Jelikož mi staré bezpečnostní záplaty dělaly problém s IB. 

Dobrý den,
no, pokud je telefon v záruce a nedostává aktualizace, ačkoli pro něj byly vydány, pak mi přijde reklamace jako nejrozumnější cesta. Ano, šlo by najít a naflashovat nový firmware ručně, ale s rizikem, že se Vám z telefonu stane cihla a kvůli odemknutí bootloaderu Vám operátor neuzná případnou reklamaci. Což si myslím, že by asi nebylo úplně fajn.
Přeji hezký den.
Karel Kilián

Já bych v tomto případě – viz model MT – zásah bez problémů provedl, necpal bych tam žádná data (zbytečná práce), vyzkoušel třeba postup, který jsem kritizoval – možná opakovaná instalace v „recovery ručním“ režimu viz bobasso, a na závěr bych bootloader prostě uzamkl. Záruka a vše ostataní v cajku.

Dobrý den,
v tomto mám jiný přístup. Pokud je zařízení v záruce, nechť se stará ten, kdo je za to zodpovědný.
Přeji hezký den.
Karel Kilián

Uznávám to, ale eventuálních 30 dní, oproti několika hodinám, bych prostě akceptoval nechtěl.

Dobrý den,
ano, to máte pravdu. To opravdu záleží na každém, jak si to vyhodnotí.
Přeji hezký den.
Karel Kilián

Já vím. Tady mám „ramena“ proto, že postup, který ovládám (řekněme „bez ztráty hvězdičky“), jsem uplatnil teď už u celé řady modelů Xiaomi (ten poslední byl „11“, první „4“). „12“ režim fastboot má také (vůbec všechny modely Xiaomi (doufám) ho mají, co u jiných výrobců ani zdaleka neplatí a flash může být obtížnější a někdy i nemožný (Apple) pro kohokoliv, kdo nemá jistá (velmi vysoká) práva k SW/HW a moc o tom „neví“ (flash firmware na PC provádí běžně statisíce uživatelů – mají podrobné popisy od každého výrobce). Postupy jsou „blbuvzdorné“, ale vím naprosto přesně, že drtivá většina uživatelů si vůbec neuvědomuje, že flash v důsledku selhání následně zařízení vyřadí z provozu a bez speciálních přístrojů, příslušný šváb vůbec nelze opravit, takže musí např. být vyměněn nebo zařízení vyhozeno – přesto postup „páchají“ dnes a denně. Jindy je rozbitý obraz zavádění (boot) a mnohdy velmi obtížně ho lze rekonstruovat už jen proto, že je výjimečně chráněn (např. i proto, aby prověřoval další vkládané obrazy, zda jsou legální) – podobnost s MT naprosto není náhodná.
Je to občas velmi slušná zábava, léčení mindráků, i pocity z úspěšné práce. Tak ať se daří.
Dnes trochu detailněji se podívám na postupy via bobasso – zajímají mne pro zjevnou odlišnost (není potřeba odemknout, není nutné toho moc nastudovat – práci odvede OS, postup je proto bezpečný a v tomto smyslu „blbuvzdrorný“). Efekt obrovský – nový OS bez ztráty kytičky.

Vzhledem k absenci PC jsem byl nucen to reklamovat. Kdybych PC měl, asi bych se do toho pustil jako ostatně už v minulosti jsem to dělal. Ale vzhledem k záruce jsem to raději vyřešil i takto. Ale i přesto je to absurdní, když na druhý telefon u T-Mobile mi aktualizace chodily bez problémů. Dokonce u Vodafone koupený realme 8 mám již na android 13 a nejnovější firmware.

…pro nemohouci
fastboot všechny Xiaomi alespoń dosud mají, ale ohledně dřívějšího příspěvku s oddíly A/B a existujícího, či neexistujícího rec oddílu ještě více zamotá šišku tabulka 😎:
https://docs.google.com/spreadsheets/d/1KUeiUO8851HNuCaHPauE7Dk-fG62uhZrJjk5OpO-GtM/edit#gid=0
 

Velmi srdečné poděkování. V každém případě zařazuji do svých manuálů (pochopitelně s uvedením URL zdroje). Hlava zamotaná nebude. Samotné „rec“ určitě signalizuje existenci vyhrazeného oddílu „recovery“. Neuvedení „rec“ => neexistenci. A značně překvapující je kombinace „A/B“+rec, kterou, ač jsem nekontroloval detailně, bych vyhodnotil lapidárně – moderní MT a oddíly typu „A/B“ (tedy např. mají dvojí partition „boot“, „OS“ apod.) a navíc zůstal zachovaný fyzicky i oddíl „recovery“ – hodně dobrá kombinace.
Nejhorší je typ „A/B“ bez skutečné partition „recovery“, protože pak je nutné doslova „přifařit“ obraz recovery např. k „boot“, „vendor“ a podobným obrazům ve jejich skutečných oddílech – jde o obtížnou variantu, která když není proveden korektně, tak bootloop minimálně!
Ještě jednou děkuji

Není zač. Stejně jako i ostatní „postřehy“jsem načerpal hlavně z fóra miuios.cz, kde se najde i odkaz na tuto tabulku, která je zde důležitá „pouze“ pro volbu správného postupu zavedení TWRP (je-li pro dané zařízení a verzi  androidu dostupné) a po jeho správném zavedení již lze přijímat a instalovat tamější ROM běžně přes OTA (bez nutnosti použití PC). Vše samozřejmě při stále odemčeném bootloaderu, se zachováním dat a funčními prvky včetně NFC 😎

… a pravda, u telefonů A/B, jako je např. i můj POCO X4 Pro 5G (což je mimochodem dvojče RN 11 Pro 5G a tak je pro ně na uvedeném fóru stejná ROM) musí autoři dané recovery (TWRP) implementovat do ROM, jinak je instalací (jedno zda-li Fastboot, nebo Recovery – ROM zde vydávané jsou tzn. hybridní, takže je na uživateli, jakou zvolí instalační metodu) to již dříve nainstalované a funkční vymazáno a je třeba jej v případě potřeby instalovat (zavést) znovu….😎

2 => zamalo: jen „na okraj“. Napoprvé zásadně doporučuji použít pro umístění TWRP do MT pouze možnost „boot“ (příkaz fastboot to „umí“), takže SW recovery TWRP je umístěna jen do RAM, kde může být libovolně použita. Po restartu do OS je beznadějně ztracena, takže jakoby ani neexistovala (co samozřejmě nevadí, aby po sobě někde případně nezanechala backup celého OS – bravo). Ale pokud uživatel chce, aby byl proveden její flash do MT natrvalo, tak recovery TWRP to opět „umí“ a prostě provede flash „sama sebe“ do přesně!! definovaného oddílu (TWRP ví kam). A jsem u jádra této poznámky. Pokud oddíl „recovery“ existuje, lze obraz „recovery TWRP“ do něho umístit buďto přes TWRP nebo příkazem fastboot flash … . Ale pokud MT nemá!! oddíl recovery, je nutné provést něco jako „konkatenaci“ a výsledek pomocí flash umístit tam, kam umístěn má být, tedy do oddílu vendor, boot apod. Tady jsem vždy pro trvalé umístění TWRP použil právě SW TWRP, který „konkatenaci“ (něco jako spojení) provede a výsledek umístí. Provést konkatenaci „ručně“ je opravdu velmi složitá záležitost a bez perfektních znalostí vlastností boot-mechanizmu není šance ji provést vlastními silami. A teď jsi mi touto „nenápadnou“ tabulkou významně pomohl, protože jsem schopen pro trvalé umístění TWRP i u modelů s oddíly typu „A/B“ použít – pokud i ony mají „extra“ oddíl recovery – prosté příkazy fastboot. Tohle je pro mne naprostá novinka – informací je tak mohutný tok, že ho jen obtížně dokáži regulovat. Tak ať se daří (v manuálu si dovolím citovat i tvůj nick). Čauec

Děkuji a jsem rád, že jsem pomohl.
Jinak pro mě to už je vyšší dívčí a v podstatě se i nadále spokojím s dodržováním rad, postupů a odkazů na miuios.cz, jejichž ROM ke své spokojenosti bez větších problémů používám již od RN2 😎
Čůz

2 =>zamalo: u tvého MT by se SW recovery TWRP – samozřejmě pokud vůbec existuje, nevím, zda ho hoši z Team Work napsali, nejspíš ano, vždy postaral svými vnitřními sadami příkazů (existují v tomto případě tři varianty – také je v manuálu popisuji) o správné umístění obrazu recovery např. v symbióze s obrazem „boot“ nebo „vendor“ do patřičného oddílu boot/vendor, když recovery-oddíl neexistuje. Ahoj