[Galaxy S III General] nhariamine:
English:

Hi and Welcome to the official Algerian thread for Galaxy S3 owners in Algeria.This thread is meant to be helpful with gathering many Algerian users of the beast GS3 to mainly help each other throughout knowing what is the best solutions and latest techs News for their devices.

Français:

Salut et Bienvenue sur le fil officiel algérien pour les propriétaires du Galaxy S3 en Algérie.Ce fil est censé être utile de recueillir de nombreux utilisateurs algériens de la bête GS3 principalement s'entraider tout au long de savoir ce que sont les meilleures solutions et les dernières Tech news pour leurs appareils .

Apps,Games,Android related news are welcome to be discussed in this Thread.

Applications, jeux, Android nouvelles connexes sont les bienvenus pour discuter dans ce fil.

if you any Question ,News,request,help feel free to post it down below.

si vous avez une question, Nouvelles, demande, aide, n'hésitez pas à le poster en bas.

Pour les gens qui veulent une documentation Complete sur la mort subite de Galaxy S3 entiérement en francais , vous le trouverez ci-dessous :

Dernière mise à jour Discussion

Cette section vise à alerter les lecteurs qui reviennent aux nouveaux articles ou des informations car ils sont ajoutés. Les nouveaux lecteurs, s'il vous plaît commencer à "Introduction"

Mise à jour sur les exigences bootloader, gracieuseté de AndreiLUX

Précédent: Ajout Speedmod K2-5 Essai 1 Kernel

Précédent: citations ajoutée autour des objets fixes pour proéminence visuelle

Introduction

Salut à tous,

Je vois beaucoup de buzz autour de la question de mort subite et correctifs récents identifié par AndreiLux et mis en œuvre dans son kernel ici:

http://xdaforums.com/show....php?t=1691401 sorte s'il vous plaît prendre un moment pour le remercier.

Malheureusement, comme il semble y avoir une certaine incertitude sur ce qui est ou n'est pas couvert par le Fix, j'ai mis cette discussion ensemble pour eliviate quelques-unes des nombreuses questions hors sujet posées par les membres dans les discussions de développement, ce qui est injuste pour les développeurs.

Alors qu'est-ce que nous pensons savoir?

S'il vous plaît être conscient, ce n'est pas lié à la question de la sécurité Exynos mémoire.

La "Mort Subite" est un problème est causé par le micrologiciel du VTU00M (16 Go), la révision 0xf1 eMMC (Embedded MultiMedia Card ou la mémoire interne si vous le souhaitez). Code de Samsungs Source Kernel (Mise à jour 7) a été identifié comme le correctif. Il n'y a toujours pas de preuve que la dernière bootloader sboot aborde cette question.

Bien que nous ne sommes pas tout à fait certain à 100% cela permettra d'éviter tous les S3 qui souffre de ce problème (Prédisposition à la faute, etc), au meilleur de notre connaissance, il le fait. Même si elle n'est pas entièrement le fixer, sa plus proche d'une solution et plus sûr que les anciennes versions, donc si c'est dans vos moyens de le faire, une mise à jour serait conseillé. S'il vous plaît ne paniquez pas. Si ça va arriver, ça va se passer et c'est tout. Il sera réparé sous garantie. J'ai dû utiliser un Bold 9000 pour 7 jours tout le mien a été réparé

S'il vous plaît m'aider à maintenir cette liste en identifiant des corrections au fur et lorsqu'il est relâché, S'il vous plaît envoyer le numéro de version par lien et n'importe quoi avec ce correctif mis en œuvre

Comment puis-je vérifier mon eMMC?

Utilisation de l'application EMMC Brick bug Check, vous pouvez voir si votre eMMC est le VTU00M 0xF1 (puce défectueuse).

S'il vous plaît noter:

1) ce soft est pour le S2. Utilisez-la uniquement pour vérifier la version.

2) rien que vous voyez dans cette application va changer une fois que vous appliquez un correctif. Il vous donne simplement la version. Si vous vous attendez 0xf1 de passer à autre chose, vous vous trompez. Seul le remplacement de la carte mère va le faire.

Suite à cela, techniques (racines) des utilisateurs qui ne rechignent pas à clignoter et un kernel en exécutant des commandes de terminal peut en outre vérifier la date de leur firmware, pour voir si elles sont 100% précision affectée (retour suite "2"). S'il vous plaît pouvez gens qui font cela, afficher leur résultat, ainsi que leur date de production (date de fabrication) ont constaté dans l'application EMMC check?

Voir ce post par ICI XDA membre Oranav

Qu'est-ce que j'ai besoin pour être «a l'ABRI»?

Ai-je besoin d'un Bootloader particulier? Peut-être - Mise à jour à partir AndreiLUX suggère mode de téléchargement pourraient être affectés *

Ai-je besoin d'un kernel corrigée par la dernière Update 7 Base? Oui - Kernel est l'endroit où la correction est

Ai-je besoin d'une ROM particulière? Non - Le kernel est l'endroit où la correction est

Ai-je besoin d'une Recovery avec mise à jour 7 fixe? Oui - Recovery utilise un kernel trop donc il a besoin également des correctifs

Allez ... Où est-elle corrigée?

Citation:

Stock:

Les ROMs suivants comprennent un kernel, un bootloader et de récupération avec les 7 Mise à jour "Corrections" appliqués. Si vous avez un de ceux-ci, officiellement considérez-vous comme «a l'abri».

Si vous enracinée l'une des actions ci-dessous ROM, vous serez également sûr, cependant - si vous avez changé d'un kernel personnalisé ou de récupération, vous devez consulter les sections ci-dessous personnalisés.

Si vous n'avez jamais ancrée, la section de stock est tout ce que vous devez lire.

Comme Il apparaît tous les kernel 4.1.2 les correctifs, il n'est plus nécessaire de les tester tous. Voir ci-dessous pour une liste de kernel qui ont testés le correctif. Tous les kernel postérieurs à celles-ci seront considérés comme sûrs.

XXELKC

XXELL1

XXELL4

XXELL5

XXELL6

XXELLA

XXELLB

XXELLC

Les gens qui n'ont jamais enracinés n'ont pas besoin de lire plus loin. Essentiellement, si vous avez un fonctionnaire, jamais enracinée 4.1.2 ROM, vous êtes "sûr"

-------------------------------------------------- -----------------

Citation:

Rom personnalisés (qui comprennent un kernel ROM spécifique et dédié - y compris des correctifs):

Ce sont des ROM personnalisé qui disposent de leur propre kernel qui n'est pas flashable séparément. Cela signifie qu'il n'est pas livré avec un noyau de la "Custom Kernels" section. Si vous avez la version spécifiée ou plus récent, vous êtes "sûr"

Tout d'XXELKC emballés ou plus récent kernel (Kernel Fournir n'a pas été remplacé) (i9300) *

HydRx-D v2.2.1r1 (i9300 TW)

10,1 cm nuit 20130109 (i9300 PSBA)

CM10.1 Unofficial Tamasek de v32 (i9300 PSBA)

ReVolt JB nuit 20130111 (i9300 PSBA)

Citation:

Custom Kernels:

Ces kernels comprennent les 7 mise à jour des correctifs. Si vous êtes rooté avec un kernel personnalisé qui est plus vieux que (ou ne correspond pas) les versions ci-dessous, vous n'êtes pas considéré comme «a l'abri»

Perseus Alpha31 + (i9300 TW)

Boeffla 2,6 alpha1 (i9300 TW

Speedmod K2-5 Essai 1) i9300 TW)

Yank555.lu 3.0a (i9300 TW)

Siyah 1.8.7 (i9300 TW & PSBA)

Yank555.lu 1,4 (i9300 PSBA)

Citation:

Recouvrements sur mesure:

Depuis la recovery utilise un kernel aussi,et pour d'être «a l'abri», ce kernel de la recovery doit également être également corrigé:

Philz touch Recovery de 4,00 b04 (i9300)

Siyah 6.0.1.4 (pour les utilisateurs du kernel Siyah seulement)

2.3.3.1 TWRP

CF-auto-root (reconstitution des stocks fournis à ce sujet)

De toute évidence, les utilisateurs rootés sont probablement plus familiers avec ce qu'il faut faire. Je n'ai pas vraiment envie de recommander non techy personnes clignote firmwares officiels s'ils ne sont pas à l'aise de le faire. Il y aura un correctif sur son chemin vers vous tous bientôt de toute façon, le pire qui va arriver, c'est que vous sont affectées et que vous devez obtenir votre téléphone réparé ...

Résumer

Donc, pour résumer, si vous avez coché vous avez 0xf1 VTU00M avec un check MEM, vous devez vous assurer:

Si déraciné (jamais rooté / personnalisé), vous êtes sur l'un des «actions» ci-dessus ROM

Si enracinée, vous avez l'un des «kernel CUSTOM" ou "ROM personnalisées, y compris le kernel " OU rooté "stock" avec le kernel original ET une des «recouvrements personnalisés" dans les listes ci-dessous

Noter Bootloader *. AndreiLUX suggère que le mode de téléchargement utilise un micro-kernel, ce qui signifie les chargeurs de démarrage de nouvelles peut en effet être nécessaire pour les utilisateurs qui envisagent d'utiliser le mode de téléchargement.

A l'origine il n'y avait aucune preuve pour suggérer le bootloader adressée quoi que ce soit, comme indiqué précédemment.

Il est maintenant évident que le mode de téléchargement utilise un bootloader conditionné micro-kernel, ce qui est logique.

Il affectera seulement ceux qui utilisent le mode de téléchargement. Personnellement, je suis rooté, donc je ne l'utilise pas donc je vais être coller avec celui qui ne plaisante pas avec le compteur de flash, mais celui qui ne l'utilisation de télécharger le mode devraient envisager la mise à jour. Ceux qui se soucient plus de compteurs flash et restera avec les anciens bootloaders devraient éviter de clignoter quoi que ce soit en mode de téléchargement