R
Rob2222
Dauer-User
- 1.219
In diesen Thread bitte keine Fragen oder ähnliches posten! Der Diskussionsthread befindet sich hier: https://www.android-hilfe.de/forum/...t-nicht-mehr-sudden-death-problem.333071.html
Hallo,
an dieser Stelle gab es früher einen sehr umfangreichen Post, von der Analyse der ersten gemeldeten Sudden Death Fälle, bis zur Theorie daß der Speicher die Ursache ist und auch zu Problemfällen in der Garantieabwicklung. Daher kommen auch die vielen "Danke" unter dem Post.
Da der Post mitterweile zu technisch umfangreich, unübersichtlich wurde aber vor allem auch, weil es im Thread eine Diskussion von Seiten der Moderatoren gab, daß Spekulationen hier nicht erwünscht sind, hier nun nur noch die kurze Übersicht zu den mittlerweile bestehenden Fakten zum Sudden Death, da ich ohne Annahmen und Schlußfolgerungen hier recht wenig schreiben kann:
Insbesondere betroffen sind die Geräte mit dem 16GB eMMC-Chip VTU00M und der eMMC-Firmwareversion 0xf1.
Ab November 2012 wurde der Chip mit der Firmwareversion 0xf7 ausgeliefert, die von diesem Problem nicht mehr betroffen ist.
Herausfinden, welcher Chip bei Euch verbaut ist könnt Ihr mit der App EMMC Brickbug Check.
In der Version 1.4 ist die App jetzt auch für das S3 und gibt euch die korrekte Antwort.
Der betroffene Chip ist zum Großteil im Samsung Galaxy S3 verbaut, aber z.B. auch am Galaxy Note 2, von denen es auch schon einige wenige Gerät gabe, die die Symptome gezeigt haben.
Um den Sudden Death zu verhindern hat Samsung einen Fix in den Kernel programmiert, der schon in den XXELKC und den XXELL*-Original-Firmwarekernel vom Dezember enthalten war, ohne daß wir es wußten. Das heißt, diese Originalversionen sind bereits als sicher anzusehen.
Also XXELKC, XXELL1, XXELL4, XXELL5, XXELL6, XXELLA, XXELLB, XXELLC und NEUERE sind bereits als sicher anzusehen.
Erst als das neuste Quellcode-Update 7 Anfang Januar 2013 veröffentlicht wurde, konnten die Entwickler der Community den Fix erkennen und auch in ihre Custom-Kernel wie Siyah/Perseus usw. einbauen.
Das heißt, das Einzige was ihr machen müsst/könnt ist drauf achten, daß Ihr eine Originalfirmware der Versionen oben oder neuer benutzt, in denen der Fix enthalten ist.
Wenn ihr einen Custom-Kernel benutzt, solltet Ihr auch drauf achten, daß er den Fix enthält. Das schreibt der Autor sicher in seinem Changelog. Wer nicht weiß, was ein Custom-Kernel ist, kann diese Passage hier problemlos ignorieren.
Als Fazit kann man sagen, daß der Fix Wirkung zu zeigen scheint, denn in den letzten Wochen sind die Sudden-Death Neumeldungen in den verschiedenen Foren sehr stark zurückgegangen.
Wenn jetzt noch vereinzelte Meldungen kommen, ist es oft so, daß die User noch eine ältere Originalfirmware oder einen älteren Custom-Kernel nutzten, die den Fix noch nicht beinhalteten.
Also, macht Euch nicht so viele Sorgen. Die von mir zusammengetragenen Links findet ihr in Post Nummer 2, ich bin aus diesem Thema aufgrund der Moderation ab jetzt raus.
Es scheint, als wenn der SD-Fix, der in allen 4.1.2 Firmwares bereits enthalten ist, bei einigen Geräten 5-45 Minuten lang dauernde Freezes auslöst, wenn Daten auf einen "anfälligen" Block geschrieben werden. Diese Freezes scheinen eine Schutzfunktion zu sein, um die Daten zu schützen. Wenn man die Zeit (5-45 Minuten) bis das Handy weiterläuft jedes Mal abwartet, werden die Freezes scheinbar weniger. Es scheint also, als werden die anfälligen Blöcke, die die Freezes dann auslösen, dabei "repariert".
Leider ist es sehr nervig, wenn diese Freezes im Alltagsbetrieb auftreten. Hier gibt eine Methode, wie man diese Freezes (die "Reparatur") am laufenden Band zu Hause auslösen kann, damit das S3 wieder tauglich für den Alltagsbetrieb wird. Die Methode hilft nicht bei allen, aber es gibt eine gute Quote von ca. 80% positiven Rückmeldungen. Wichtig ist auch, daß man mit dem Tool mindestens 16GB an Daten zusammen schreibt. Schreibt man weniger, kann man sich die Mühe gleich sparen. Das bringt dann nichts.
Viele Grüße
Robert
Der Diskussionsthread / Laberthread darüber befindet sich hier: [OFFURL]https://www.android-hilfe.de/smalltalk-offtopic/366411-samsung-galaxy-s3-sudden-death-laberthread.html[/OFFURL]
Hallo,
an dieser Stelle gab es früher einen sehr umfangreichen Post, von der Analyse der ersten gemeldeten Sudden Death Fälle, bis zur Theorie daß der Speicher die Ursache ist und auch zu Problemfällen in der Garantieabwicklung. Daher kommen auch die vielen "Danke" unter dem Post.
Da der Post mitterweile zu technisch umfangreich, unübersichtlich wurde aber vor allem auch, weil es im Thread eine Diskussion von Seiten der Moderatoren gab, daß Spekulationen hier nicht erwünscht sind, hier nun nur noch die kurze Übersicht zu den mittlerweile bestehenden Fakten zum Sudden Death, da ich ohne Annahmen und Schlußfolgerungen hier recht wenig schreiben kann:
(Quelle vom 03.01.2013)
Insbesondere betroffen sind die Geräte mit dem 16GB eMMC-Chip VTU00M und der eMMC-Firmwareversion 0xf1.
Ab November 2012 wurde der Chip mit der Firmwareversion 0xf7 ausgeliefert, die von diesem Problem nicht mehr betroffen ist.
Herausfinden, welcher Chip bei Euch verbaut ist könnt Ihr mit der App EMMC Brickbug Check.
In der Version 1.4 ist die App jetzt auch für das S3 und gibt euch die korrekte Antwort.
Der betroffene Chip ist zum Großteil im Samsung Galaxy S3 verbaut, aber z.B. auch am Galaxy Note 2, von denen es auch schon einige wenige Gerät gabe, die die Symptome gezeigt haben.
Um den Sudden Death zu verhindern hat Samsung einen Fix in den Kernel programmiert, der schon in den XXELKC und den XXELL*-Original-Firmwarekernel vom Dezember enthalten war, ohne daß wir es wußten. Das heißt, diese Originalversionen sind bereits als sicher anzusehen.
Also XXELKC, XXELL1, XXELL4, XXELL5, XXELL6, XXELLA, XXELLB, XXELLC und NEUERE sind bereits als sicher anzusehen.
Erst als das neuste Quellcode-Update 7 Anfang Januar 2013 veröffentlicht wurde, konnten die Entwickler der Community den Fix erkennen und auch in ihre Custom-Kernel wie Siyah/Perseus usw. einbauen.
Das heißt, das Einzige was ihr machen müsst/könnt ist drauf achten, daß Ihr eine Originalfirmware der Versionen oben oder neuer benutzt, in denen der Fix enthalten ist.
Wenn ihr einen Custom-Kernel benutzt, solltet Ihr auch drauf achten, daß er den Fix enthält. Das schreibt der Autor sicher in seinem Changelog. Wer nicht weiß, was ein Custom-Kernel ist, kann diese Passage hier problemlos ignorieren.
Als Fazit kann man sagen, daß der Fix Wirkung zu zeigen scheint, denn in den letzten Wochen sind die Sudden-Death Neumeldungen in den verschiedenen Foren sehr stark zurückgegangen.
Wenn jetzt noch vereinzelte Meldungen kommen, ist es oft so, daß die User noch eine ältere Originalfirmware oder einen älteren Custom-Kernel nutzten, die den Fix noch nicht beinhalteten.
Also, macht Euch nicht so viele Sorgen. Die von mir zusammengetragenen Links findet ihr in Post Nummer 2, ich bin aus diesem Thema aufgrund der Moderation ab jetzt raus.
Es scheint, als wenn der SD-Fix, der in allen 4.1.2 Firmwares bereits enthalten ist, bei einigen Geräten 5-45 Minuten lang dauernde Freezes auslöst, wenn Daten auf einen "anfälligen" Block geschrieben werden. Diese Freezes scheinen eine Schutzfunktion zu sein, um die Daten zu schützen. Wenn man die Zeit (5-45 Minuten) bis das Handy weiterläuft jedes Mal abwartet, werden die Freezes scheinbar weniger. Es scheint also, als werden die anfälligen Blöcke, die die Freezes dann auslösen, dabei "repariert".
Leider ist es sehr nervig, wenn diese Freezes im Alltagsbetrieb auftreten. Hier gibt eine Methode, wie man diese Freezes (die "Reparatur") am laufenden Band zu Hause auslösen kann, damit das S3 wieder tauglich für den Alltagsbetrieb wird. Die Methode hilft nicht bei allen, aber es gibt eine gute Quote von ca. 80% positiven Rückmeldungen. Wichtig ist auch, daß man mit dem Tool mindestens 16GB an Daten zusammen schreibt. Schreibt man weniger, kann man sich die Mühe gleich sparen. Das bringt dann nichts.
Viele Grüße
Robert
Der Diskussionsthread / Laberthread darüber befindet sich hier: [OFFURL]https://www.android-hilfe.de/smalltalk-offtopic/366411-samsung-galaxy-s3-sudden-death-laberthread.html[/OFFURL]
Zuletzt bearbeitet von einem Moderator:
