Il y a un peu moins d’un mois, nous vous parlions des Galaxy S3 transformés en brique sans raison apparente. Ce bug appelé “mort subite”, touchait les Galaxy S3 au bout de 150 à 200 jours d’utilisation, et avait donc de quoi faire froid dans le dos.
Samsung a reconnu l’existence du problème, et a remplacé tous les terminaux défectueux. Très vite, le constructeur sud-coréen a annoncé avoir trouvé l’origine du problème et a affirmé qu’une mise à jour destinée à le résoudre ne saurait tarder. Ce qui fut chose faite avec les kernels basés sur l’update 7 équipant les nouvelles ROMs.
Nous allons, au long de cet article, vous donner les explications nécessaires pour comprendre le problème et savoir comment y faire face.
Le Bug : Qu’en savons nous ?
Il faut tout d’abord savoir qu’il n’y a aucun lien entre celui-ci et celui de la faille de sécurité qui vient du processus Exynos. Ce problème quant-à lui concerne la mémoire interne (eMMC en anglais pour embedded MultiMedia Card), des modèles de Galaxy S3 en 16Go.
Selon Samsung, le correctif est contenu entièrement dans les kernels en version update 7, mais de là à savoir si absolument tout est résolu, seul l’avenir nous le dira.
Mais alors suis-je affecté ?
Un seul modèle de mémoire est concerné : la VTU00M revision 0xf1. Pour savoir si vous en êtes équipé, vous pouvez utiliser cette application :
eMMC brickbug check mais attention, n’étant pas conçue pour le Galaxy S3, servez vous de cette application uniquement pour vérifier ces informations . Pour ce faire, il suffit simplement de la lancer et de regarder les informations affichées.
Comment faire pour être en sécurité ?
Le correctif étant contenu par le kernel, peu importe la ROM ou le bootloader que vous avez, même si bien évidemment, à ROM plus récente, kernel plus récent. Voici donc la liste des ROMs qui contiennent des kernels avec l’update 7 pour le moment :
•XXELKC
•XXELL1
•XXELL4
•XXELL5
•XXELL6
•XXELLA
•XXELLB
•XXELLC
Concernant les modes recovery, il faut savoir qu’ils utilisent leur propre kernel, et comportent donc des risques. Si vous avez une des ROMs citées ci-dessus et pas de recovery custom, soyez sans crainte. Mais si vous avez un recovery custom, seuls ceux-ci contiennent le fix :
•PhilZ Touch
•Siyah
•CF-auto-root
Mais si vous en avez un autre, sachez que le temps passé en mode recovery étant bien inférieur à celui en utilisation normale (même pour les plus bidouilleurs), les risques sont excessivement minces.
Pour finir, voici la liste des kernels customs contenant le fix, ce qui vous permettra de rester sur votre ROM actuelle tout en étant protégé :
•Perseus Alpha31+ (i9300 TW)
•Boeffla 2.6 Alpha1 (i9300 TW)
•Siyah 1.8.8 (i9300 TW & AOSP)
•Yank555.lu 3.0a (i9300 TW)
•Yank555.lu 1.4 (i9300 AOSP)
Récapitulons : Si votre ROM est dans la liste et que vous n’avez pas touché au kernel, ou si votre mémoire n’est pas la VTUM00M 0xf1, vous n’avez rien à craindre. Pour les autres, il suffira d’installer un kernel plus récent, soit en installant un kernel custom, soit en flashant une ROM de la liste.