Avant les manipulations avancées
- Dans mon cas, plus d'accès à Android : pas de sauvegarde possible. L'opération a tout effacé.
- EDL est bas niveau. Un Firehose inadapté ou une coupure USB peut rendre l'appareil inutilisable — je le note comme risque de ce que j'ai fait, pas parce que ça m'est arrivé.
- Phoenix Service Tool et UnlockTool sont des outils tiers, non affiliés à Xiaomi ni à PowerIX. Certaines opérations consomment des crédits ou une licence payante.
- J'ai collé au modèle Redmi Pad SE (xun). Je n'ai pas pris un loader ou un Firehose trouvé au hasard.
- J'ai fait ça sur ma propre tablette. Ce n'est pas un mode d'emploi pour un appareil qui n'est pas à vous.
- PowerIX @ Home ne répare pas les tablettes Android. C'est un assistant de santé pour PC Windows.
Redmi Pad SE bloquée par Family Link : le problème
Sur cette Redmi Pad SE (xun), la tablette était gérée par Google Family Link. Elle était devenue inutilisable : je n'arrivais plus à établir la connexion nécessaire pour régler le problème depuis le compte parent.
Le Recovery était accessible. En revanche, l'option Wipe Data n'apparaissait pas. J'ai contacté le support Xiaomi : après échanges, ils ont indiqué ne pas pouvoir intervenir et m'ont renvoyé vers le revendeur.
Matériel constaté dans mon cas : plateforme Qualcomm, stockage eMMC, bootloader verrouillé. Ce n'est pas une généralité sur toutes les Redmi Pad SE — c'est ce que cette tablette exposait.
Pourquoi « Wipe Data » peut être absent
Dans mon cas, le menu Recovery ne proposait pas Wipe Data. D'autres utilisateurs Xiaomi décrivent le même symptôme sur des appareils Family Link, mais je n'ai pas de confirmation officielle Xiaomi expliquant le mécanisme exact.
Je ne généralise pas. Sur cette Redmi Pad SE, c'était simplement un fait : Recovery accessible, réinitialisation standard impossible depuis ce menu.
La documentation Google Family Link prévoit un reset depuis l'application parent (« Reset device & delete data »). Dans mon cas, cette voie n'était plus exploitable : la tablette n'offrait plus la connexion nécessaire.
Identifier la tablette avec Fastboot
J'ai pu accéder à Fastboot. J'ai d'abord utilisé uniquement des commandes de lecture, non destructrices :
Les résultats importants, dans mon cas :
fastboot devices fastboot getvar product fastboot getvar unlocked fastboot getvar secure fastboot getvar all product: xun unlocked: no secure: yes variant: SM_ EMMC userdata: f2fs
Pourquoi fastboot erase userdata ne fonctionne pas
J'ai ensuite tenté un factory reset Fastboot. Voici l'erreur réellement retournée :
Le bootloader était verrouillé (unlocked: no). Fastboot a refusé d'effacer userdata. Ce n'était pas un mauvais câble : c'est le verrouillage.
Je n'ai pas lancé d'autres erase au hasard (frp, persist, devinfo, abl, etc.). Sur un bootloader verrouillé, ce genre de commande est au mieux inutile, au pire destructeur.
fastboot erase userdata ******** Did you mean to fastboot format this f2fs partition? Erasing 'userdata' FAILED (remote: 'Erase is not allowed in Lock State') fastboot: error: Command failed
Première piste : Recovery
Avant Fastboot, j'étais passé par le Recovery. Sur cette tablette, le menu ne proposait pas Wipe Data. Il ne restait essentiellement que redémarrer ou des options de connexion (Mi Assistant), sans réinitialisation locale.
Ça n'a rien changé. Beaucoup de tutos Xiaomi commencent par « Recovery → Wipe Data ». Dans mon cas, cette entrée n'existait tout simplement pas.
Passage en Qualcomm EDL
À ce stade, j'ai compris que Fastboot ne me laisserait pas effacer userdata : le bootloader est encore là, et s'il est verrouillé il refuse. Qualcomm EDL (Emergency Download Mode, souvent vu sous Windows comme HS-USB QDLoader 9008) est un mode plus bas, utilisé par les outils de service pour parler au SoC via un programmer Firehose.
Je n'ai pas ouvert la tablette ni cherché de test point. Dans mon cas, le passage Fastboot → EDL a été fait par logiciel.
Phoenix : Fastboot → EDL
J'ai utilisé Phoenix Service Tool, un outil tiers non affilié à Xiaomi. L'opération « Fastboot to EDL » a fonctionné sur cette Redmi Pad SE. Extrait réel du journal :
Après cette opération, l'écran de la tablette est devenu noir. Windows a détecté un périphérique Qualcomm. C'est là que j'ai constaté que le sujet devenait le pilote.
Si un lien vers l'éditeur est nécessaire, j'utilise uniquement le site officiel. Aucune affiliation PowerIX.
Operation :Fastboot to EDL Platform :Xiaomi Selected Model :Auto Model Searching for device...OK Checking server price... OK Connecting to device...OK Retrieving Device Information... Bootloader State :no Model :Redmi Pad SE Product :xun Generating signature...OK Granting Authorization...OK Rebooting to edl ...OK
Pilote Qualcomm sous Windows
Juste après le passage EDL, Windows ne voyait pas encore un port 9008 propre. Le périphérique apparaissait comme QUSB_BULK, avec l'erreur Code 28 : pilote absent.
J'ai ensuite installé le paquet « Qualcomm USB Drivers For Windows » utilisé dans ce retour d'expérience. Ce n'est pas une recommandation de téléchargement, ni un lien. C'est uniquement le pilote qui a permis, dans mon cas, de passer de QUSB_BULK à un port QDLoader 9008.
Une fois le pilote en place, le Gestionnaire de périphériques a affiché Qualcomm HS-USB QDLoader 9008. Le numéro de port COM n'a aucune importance : sur un autre PC ce sera COM3, COM5 ou autre.
J'ai aussi croisé un Code 52 (pilote non signé correctement aux yeux de Windows). Un pilote correctement signé reste la bonne cible. Désactiver temporairement l'obligation de signature, ce n'est pas la même chose que désactiver les protections Windows en permanence.
Pourquoi je n'ai finalement pas utilisé Phoenix pour le reset
Phoenix proposait Service → Redmi Pad SE (xun) → Factory Reset [QCOM / MTK]. L'outil a bien reconnu le modèle et a annoncé un traitement serveur payant (6,00 credits dans mon cas).
Je note ce coût parce que je l'ai eu. Ce n'est pas une invitation à acheter des crédits.
Le Factory Reset Phoenix n'a pas abouti sur cette tablette. Phoenix savait passer en EDL, mais pas terminer le reset.
Phoenix : Firehose et authentification réussissent, le Factory Reset échoue ensuite
La première erreur rencontrée, après une session EDL mal recollée, a été :
Après une nouvelle session EDL propre, Phoenix est allé beaucoup plus loin : recherche du périphérique, Firehose, signature, autorisation. Puis l'échec réel :
À ce stade, j'ai compris que l'accès EDL n'était plus le problème. Le Firehose partait. L'autorisation serveur passait. C'est la lecture de la table des partitions qui échouait.
Après redémarrage, ça n'a rien changé. Le reset n'avait pas été effectué.
Connecting to device... FAIL ( Device is in Sahara error state, please reboot the device ) --- puis, après une nouvelle session EDL --- Searching for device...OK Checking server price... OK Connecting to device... OK Downloading Firehose Loader...OK Sending firehose loader ...OK Initializing for operations...OK Generating Signature...OK Checking Device status...OK Granting Authorization...OK Initializing for operations...OK Reading device information... FAIL ( Cannot read partition table ) Reset Factory...
La solution qui a fonctionné : Phoenix → EDL puis UnlockTool
Finalement, ce qui a fonctionné chez moi est : Fastboot → Phoenix (Fastboot to EDL) → Qualcomm EDL 9008 → UnlockTool → Factory Reset EDL.
Phoenix a servi uniquement au passage Fastboot → EDL, qui fonctionnait correctement. Le Factory Reset Phoenix, lui, restait bloqué après Firehose et autorisation.
UnlockTool en mode EDL, opération [EDL] FACTORY RESET, modèle Xiaomi Redmi Pad SE / xun / Snapdragon 680 4G, a ensuite réussi. Le journal réel montre le contraste exact avec Phoenix :
Là où Phoenix s'arrêtait sur « Cannot read partition table », UnlockTool affiche « Reading partition map... OK ». Même classe d'opération (Firehose / eMMC), avec une lecture de table qui, cette fois, aboutit.
Le journal UnlockTool indique aussi « Erasing FRP... OK » puis « Erasing USERDATA... OK » et « Rebooting... OK », en 32 secondes. Je le constate : le Factory Reset n'a pas seulement effacé userdata, il a aussi effacé la zone FRP selon ce journal. C'était mon appareil, pas une méthode pour contourner un compte Google.
UnlockTool est un outil tiers, avec licence. Lien éventuel : site officiel uniquement, sans miroir de téléchargement.
Phoenix (échec) : Firehose OK → Authorization OK → Reading device information... FAIL ( Cannot read partition table ) UnlockTool (succès) : [EDL] FACTORY RESET Waiting for HS-USB QDLoader 9008... COM5 Selected Model: Xiaomi Redmi Pad SE Code Name: xun Firehose config : eMMC [Sector:512] Reading partition map... OK - LU Count : 1 Erasing FRP... OK Erasing USERDATA... OK Rebooting... OK Elapsed time : 32 seconds
Premier redémarrage
La tablette a redémarré correctement après l'opération UnlockTool. Le premier boot peut être plus long qu'un allumage habituel : c'est attendu après un effacement userdata.
Finalement, ça a fonctionné sur cet appareil. Je ne le présente pas comme garanti sur toutes les Redmi Pad SE, ni sur un autre codename Xiaomi.
Ce qu'il ne faut pas faire
Je n'ai pas flashé des partitions au hasard.
Je n'ai pas effacé persist, devinfo, abl ou d'autres partitions parce qu'un forum l'avait dit.
Je n'ai pas utilisé un Firehose ou un loader non vérifié, trouvé au hasard.
Une coupure USB pendant une écriture EDL est risquée. Je le note comme limite, pas comme un incident que j'ai eu.
Je n'ai pas suivi une procédure d'un autre modèle Xiaomi en l'appliquant à xun.
Conclusion
Sur cette Redmi Pad SE (xun) bloquée par Family Link, sans Wipe Data dans le Recovery, Fastboot a refusé d'effacer userdata (Erase is not allowed in Lock State). Phoenix a réussi Fastboot → EDL, mais son Factory Reset a échoué à la lecture de la table des partitions. UnlockTool, déjà en EDL 9008, a lu la table eMMC puis a réinitialisé la tablette.
C'est un retour d'expérience, pas un tutoriel universel Xiaomi. Les erreurs exactes ci-dessus sont celles que j'ai eues. Si votre écran Recovery, votre codename ou votre journal diffèrent, le chemin n'est pas forcément le même.
Plus de 20 ans d'expérience dans l'informatique, l'exploitation, la supervision et l'assistance utilisateur. Créateur de PowerIX @ Home. Ce récit documente un cas réel traité sur son propre matériel.
Questions fréquentes
Pourquoi le Recovery d'une Redmi Pad SE n'affiche pas Wipe Data ?
Dans mon cas, l'option était absente sur une tablette Family Link. D'autres utilisateurs Xiaomi rapportent le même symptôme, sans que j'aie une confirmation officielle du mécanisme. Ce n'est pas une règle que j'étends à tous les modèles.
Que signifie « Erase is not allowed in Lock State » ?
C'est le message Fastboot réellement renvoyé quand j'ai tenté fastboot erase userdata sur cette xun au bootloader verrouillé. Fastboot refuse d'effacer userdata tant que le bootloader n'est pas unlocked.
Que faire face à « Device is in Sahara error state » sur Phoenix ?
Dans mon cas, cette erreur est apparue sur une session EDL mal recollée. Une nouvelle session EDL a permis à Phoenix d'aller plus loin (Firehose, autorisation). L'échec suivant a été Cannot read partition table, pas Sahara.
Pourquoi Phoenix échoue sur Cannot read partition table alors qu'UnlockTool réussit ?
Sur cette tablette, Phoenix chargeait le Firehose et obtenait l'autorisation, puis échouait à lire la table. UnlockTool, déjà en EDL 9008, affichait Firehose config eMMC puis Reading partition map... OK. C'est le contraste réellement observé, pas une loi générale sur les deux logiciels.
Est-ce que PowerIX répare les tablettes Xiaomi ou Family Link ?
Non. PowerIX @ Home est un assistant de santé pour PC Windows. Cet article est uniquement un retour d'expérience technique. Il ne signifie pas que l'application PowerIX diagnostique ou répare une Redmi Pad SE.