4 votes

Plusieurs copies numérotées de com.google.Android.gms dans /data/app utilisant tout l'espace d'un appareil

J'ai un vieux Nexus 5X fonctionnant sous Paranoid Android 6.0.1. J'ai commencé à remarquer que l'espace disque est constamment faible malgré le fait que je n'ai pas vraiment ajouté de nouveaux fichiers, et en fouillant dans Root, j'ai trouvé que le principal coupable est 30 copies en double de com.google.android.gms numérotés de manière séquentielle com.google.android.gms-1 a com.google.android.gms-30 sous /data/app/ qui occupent chacune 300 à 400 Mo, ce qui représente au final un peu plus de la moitié de l'espace disque disponible sur l'appareil. La première a été créée en 2016, lorsque le téléphone était neuf, et la 30e la semaine dernière seulement. De même, je dispose de 35 copies de com.google.android.vending mais au moins, ils prennent beaucoup moins de place.

Je suis conscient que c'est censé être l'application pour les services Google Play mais je ne comprends pas pourquoi il y en a tant. Les tailles des dossiers sont différentes, le numéro le plus bas étant plus petit et augmentant constamment, ce ne sont donc pas exactement les mêmes fichiers non plus.

Actuellement, il est impossible de mettre à jour les applications car le Play Store nécessite beaucoup d'espace libre pour lancer une mise à jour et chaque fois que je libère suffisamment d'espace, le téléphone semble commencer à créer encore plus de copies de l'application, sans fin en vue.

En gros, ma question se résume à :

  • Pourquoi y a-t-il autant de copies de ces fichiers, est-ce intentionnel ou un bug ?
  • Est-ce que je peux, d'une manière ou d'une autre, récupérer cet espace en toute sécurité ? Que se passerait-il si je supprimais certains d'entre eux ?

2voto

Kryomaani Points 151

Conformément au commentaire de Robert sur la question, j'ai vérifié sous /proc/PID/fd pour voir qu'en effet, le processus GMS n'utilise que les fichiers les plus élevés sous le nom de /data/app dans mon cas (où PID est l'ID du processus GMS que vous pouvez trouver, par exemple, en exécutant ps dans le terminal ou l'une des innombrables applications de type "moniteur de processus" disponibles sur Play Store).

Par la suite, j'ai simplement supprimé tous les fichiers com.google.android.gms-1 à travers -29 les dossiers, libérant ainsi tout l'espace utilisé. J'ai depuis redémarré le téléphone et essayé de lancer la plupart de mes applications, et jusqu'à présent, je ne vois aucun effet négatif. Le processus GMS est toujours en cours et utilise joyeusement les derniers fichiers. Si la prochaine mise à jour de GMS va passer sous 31 ou le premier indice libre reste à voir. Même si cela ne résout pas la cause première et que je vais sans aucun doute obtenir des doublons de fichiers à l'avenir, au moins, cela se produit assez lentement pour que leur suppression manuelle périodique soit tout au plus un inconvénient mineur.

Quant à l'avertissement obligatoire : Cette solution suggère de fouiller dans les dossiers du système en utilisant l'accès Root et de supprimer directement les fichiers qui s'y trouvent. Votre expérience peut varier : Alors que mon téléphone semble fonctionner maintenant Je ne peux pas absolument Je ne peux pas exclure la possibilité d'avoir des problèmes à l'avenir, et je ne peux pas non plus garantir que cette opération sur votre téléphone aura exactement les mêmes effets que sur le mien. Vous le faites à vos risques et périls. Soyez prudent et faites des sauvegardes avant de manipuler des fichiers système. Et si vous le faites, veillez à ne supprimer que ce que vous avez l'intention de supprimer et rien de plus.

androidalle.com

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.

Powered by:

X