Chaque fois qu'il déchiffre des données ou applique un zip, il affiche le message puis prend un certain temps assez long.
Que fait-il pendant ce temps ?
Dans top, je peux voir que le processus de recovery utilise pleinement un core (et plus), donc ce n'est pas comme s'il restait assis en attendant un délai d'attente.
Est-ce qu'il y a quelque chose que je puisse faire pour accélérer cela ?
Il met à jour les tailles des partitions afin qu'elles ne soient pas altérées pendant la sauvegarde de la partition.
_(Source : partitionmanager.cpp dans le code source de TWRP)_
Pouvez-vous expliquer ce que vous entendez par "se détraquer"? Pourquoi quoi que ce soit devrait-il se détraquer quand je ne modifie pas réellement les tailles des partitions?
Vous ne modifiez pas les tailles des partitions elles-mêmes, mais vous pourriez modifier la taille du contenu à l'intérieur des partitions. Vous pouvez également le voir par la source que j'ai mentionnée.
Pas seulement. aussi /etc/fstab est réécrit et tous les montages sont définis par défaut (type de système de fichiers déterminé, décryptage, montage /data, montage lié /data/media/0 à /sdcard, démontage /system, etc ...) en fonction de l'action qui a été effectuée
AndroidAlle est une communauté de androiders où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
0 votes
Il ne faut pas plus d'une seconde, quelque chose ne va pas. Donc votre question devrait être comment déterminer pourquoi cela prend si longtemps (ou comment le corriger)
0 votes
Il dépend de la situation (c'est très rapide si je viens de nettoyer le cache), mais après le décryptage ou l'installation de quelque chose, cela prend plus d'une douzaine de secondes. Si ce n'est pas normal, j'aimerais en effet savoir ce qui cause cela et comment le réparer.
0 votes
Essayez de désactiver la vérification de l'espace libre dans les paramètres
0 votes
Ne rend malheureusement pas service.