[Sammelthread] S3 startet nicht mehr / Sudden Death Problem!

  • 1.327 Antworten
  • Letztes Antwortdatum
Da meine gestrige Ansage nicht ernst genommen wurde und ich wieder mal etliche OT-Beiträge löschen musste, haben betroffene User eine Warnung ausgesprochen bekommen.

Anscheinend werden wir hier nicht ernst genommen. Auch gut, aber wer nicht hören will, muss fühlen, heißt es so schön.

Ich öffne den Thread wieder, mit der Hoffnung, dass die ausgesprochenen Warnschüsse fruchten werden und ihr bitte beim Thema bleibt, ansonsten folgen weitere Schritte!!!!!
 
  • Danke
Reaktionen: Dorcia
Auf dem s3 meiner Freundin häufen sich die freez und Abstürze.

So auf den ersten Blick hat sie nicht viel geändert.

Ist hoffentlich nur eine App schuld, oder sind das erste Vorboten?

Ja ich weiß was Sudden Death heißt, aber vielleicht gibt es ja doch vorboten, oder bei eingien traten vor dem plötzlichen Tod ähnliche Verhalten auf?

Mich beunruhigt das. Zumal sie vor ihrem Jellybean-Update Root (kein CustomROM) von mir bekommen hat....
 
Hat jetzt jemand schon mal eine Antwort wegen des counters und des Eintrags Custom bekommen? (Samsung oder Provider) - Natürlich nur bei stock und alles vorher ohne custom.
Hat jemand vielleicht einen Link als Argumentatioshilfe bei etwaigen Problemen?
Vielleicht könnte man das auch im StartPost dann verlinken.
DANKE
Hoffe das ist nicht OT wenn ja dann echt sorry
 
  • Danke
Reaktionen: Simon.S
Lest doch einfach die Startseite, dort steht alles Wichtige...:glare:
 
So,

Update:
 

Anhänge

  • siiistatusq3kua.jpg
    siiistatusq3kua.jpg
    94,4 KB · Aufrufe: 548
Zuletzt bearbeitet von einem Moderator:
kann ich mein s3 auch nach w-support hinschicken wenn ich`s bei saturn gekauft habe bzw. reparieren diese mir es dann auch auf garantie?
 
Normal ja... Ruf dort einfach mal an.
 
perry04 schrieb:
hatte hier gelesen, dass samsung das gerät nicht repariert weils custom ist

Doch, Samsung repariert es, wenn es wirklich an der Platine liegt. Anstandslos.

Gesendet von meinem GT-I9300 mit Tapatalk
 
Husky schrieb:
Doch, Samsung repariert es, wenn es wirklich an der Platine liegt. Anstandslos.

Gesendet von meinem GT-I9300 mit Tapatalk

Nach allen bisherigen Berichten sind die Chancen bei Samsung direkt bzw. bei deren autorisierten Service-Stellen (jeweils lokal nachfragen) deutlich besser als bei den Händlern (MM, etc.).
Hier bei uns (AT) schicken die meisten Fachhändler auch sofort zu Samsung (die haben da einen Vertrag mit den offiziellen Service-Partnern)

Der ursprüngliche Beitrag von 22:52 Uhr wurde um 22:57 Uhr ergänzt:

Gorg schrieb:


Ich fasse mal kurz zusammen:
Ein bei xda-dev anerkannter Entwickler hat nach Analyse des letzten "Update 7" (LLA?) bestätigt, dass der SD den MMC betrifft und der Fix im neuen Kernel des Update sitzt und der Bootloader mit dem Bug-Fix (auch des Eynos-Bugs) nichts zu tun hat.
Immerhin eine Information aus einer vertrauenswürdigen Quelle - aber auch keine offizielle Bestätigung!
 
  • Danke
Reaktionen: d407974
Ja, da steht aber nicht, ob der Kernel aus ELLA schon auf diesen Sourcen basiert. Das ist weiterhin unklar.

Immerhin hat Samsung die Sourcen veröffentlicht, so dass der Fix auch in die Custom Kernel einfließen kann, wie ich oben schon vermutet hatte.

Der ursprüngliche Beitrag von 23:19 Uhr wurde um 23:48 Uhr ergänzt:

Vielleicht noch als Ergänzung, weil man mich darauf angesprochen hat:

Samsung veröffentlicht SourceCode Pakete nicht für jede Firmware. Meistens werden sie im Zusammenhang mit Android Release Updates veröffentlicht. Heißt: Ein neues Paket gibt es, wenn von 4.0.3 auf 4.0.4 aktualisiert wird, von 4.1.1 auf 4.1.2, usw. Darüber hinaus kann es Updates geben, wenn ein dringender Bedarf besteht, wie z.B. eine Sicherheitslücke.

Das Update6 wurde am 30.10. veröffentlicht, das Update7 heute. Heißt: Das könnte das Update für 4.1.2 sein. Vom Zeitrahmen würde das ganz gut passen, SourceCode Pakete werden üblicherweise kurz nach dem Ausrollen der Firmware bereitgestellt (JB Update Mitte Oktober - Update6 SourceCode Ende Oktober => Passt).

Das könnte dann aber auch bedeuten, dass alle existierenden 4.1.2 Firmwares den Sudden Death Bugfix schon beinhalten - auch die ELL4 (DBT) und ELL5 (VD2). Dagegen spricht allerdings, dass die ELL4 und ELL5 den Exynos_Mem Fix noch nicht beinhalten. Allerdings: Der Sudden Death ist deutlich länger bekannt, als die Exynos Lücke, und kann folglich auch früher gefixt worden sein.

Ich hab den SourceCode noch nicht analysiert, aber vielleicht könnte man was aus der Datumsinformation entnehmen, wann die Dateien gepatcht worden sind.
 
Zuletzt bearbeitet:
Jupp,

hier direkt nochmal die Bestätigung von AndreiLux, dem Dev des Perseus Kernels:

AndreiLux schrieb:
I'm confirming that the sudden death syndrome is caused by MMC failure and the fix is kernel integrated, the new bootloader is unrelated to any of the security issues or hardware fixes.

Expect an urgency kernel update within the hour. I also advise other developers who already are using other source bases not to use update 7, it is outdated and older than other sources. I extracted the fixes and will be in my Github within the same hour.

[Kernel][06/01] Perseus - Page 288 - xda-developers

Er patcht das gerade in seinen Kernel rein.

Ich hätte nur gerne noch ein paar mehr Details. Was, wie, weshalb, wieso und warum.

Gruß
Rob
 
Rob2222 schrieb:
Jupp,

hier direkt nochmal die Bestätigung von AndreiLux, dem Dev des Perseus Kernels:



[Kernel][06/01] Perseus - Page 288 - xda-developers

Er patcht das gerade in seinen Kernel rein.

Ich hätte nur gerne noch ein paar mehr Details. Was, wie, weshalb, wieso und warum.

Gruß
Rob

Und das ist dann weitesgehend sicher?

Inwiefern läuft der Kernel mit z.B dem Cyanogenmod 10.1?

Wo genau bekomm ich den Kernel dann her?

Mfg

Gesendet von meinem GT-I9300 mit Tapatalk
 
AndreiLux patcht seinen Perseus Kernel gerade mit dem Informationen aus dem Samsung Quellcode Update 7.
Den (seinen) Patch lädt er dann wohl auch sicher zu Github hoch.
Von da können ihn dann die anderen Kernel-Devs in ihre Kernel ganz einfach einpflegen. Oder sie ziehen sich die Infos selber aus dem Kernel Source Update 7 und fügen ihn händisch ein.

Hier noch ein paar interessante Posts der Stunde:
[Kernel][06/01] Perseus - Page 288 - xda-developers
**Ultimate GS3 sudden death thread** - Page 273 - xda-developers
[Kernel][06/01] Perseus - Page 291 - xda-developers
Es sieht so aus, als wären wir in wenigen Stunden auf der sicheren Seite.


EDIT1:
AndreiLux schrieb:
No, the fix is some MMC command magic and it is a soft-patch that's applied on every single boot or MMC resume. You will not be safe on kernels without it (People will have to use updated recoveries too!). The phones affected are as previously theorized only the ones with VTU00M memory chips.
http://forum.xda-developers.com/showthread.php?p=36463971#post36463971

Das bedeutet, ältere Kernel werden nie sicher sein, da keine EMMC Firmware gepatcht wird, sondern der EMMC Chip bei jedem Einschalten neu "gesichert" wird.
Wenn ich das richtig verstehe, muss der Fix auch in Custom Recovery Systeme wie CWM eingebaut werden, da diese Recoverys auch einen eigenen Kernel beinhalten.


EDIT2:
http://forum.xda-developers.com/showthread.php?p=36464459#post36464459
http://forum.xda-developers.com/showthread.php?p=36464552#post36464552

=> Um auf der sicheren Seite zu sein müssen Kernel und Recovery den Fix beinhalten.
=> Man (Andrei) kann leider nicht mit absoluter Sicherheit sagen, daß dieser Fix nicht evtl. auch schon zusätzlich im Bootloader ausgeführt wird. Schade, ich wäre irgendwie gerne zu dem counter-freundlicheren ICS Bootloader zurück.


EDIT3:
Andrei hat den Fix in Github. Für alle, die der Code interessiert:
https://github.com/AndreiLux/Perseus-S3/commit/a03cc073ac1fc4c790635cf5d555156c5c4db9cc
Sein Perseus Kernel Alpha 31 ist damit wohl auch der erste Custom Kernel, der den Fix sicher drin hat.


EDIT4:
Der Kernel der XXELLA Firmware wurde am 22.12.2012 compiliert.
Die Quellcodedateien die den Fix beinhalten in Quellcode-Update-7 wurden am 23.12.2012 gepackt.
Also am 23.12.2012 war der Fix sicher in den Quellen. Er kann aber auch durchaus schon früher dringewesen sein. Am 23.12.2012 wurde ja nur das Quellcode Archiv gepackt.
Der XELLA Kernel wurde ein Tag vorher compiliert.


EDIT5:
XXELLA enthält den Fix bereits, jemand hat den Kernel entpackt und nach VTU00M gesucht und gefunden.
http://forum.xda-developers.com/showthread.php?p=36465270#post36465270
Ich habe den XXELLA Kernel auch nochmal entpackt und den String VTU00M gefunden. Damit gibt es eine sehr hohe Wahrscheinlichkeit, daß der Fix in XXELLA reinkompiliert ist.
Im Vergleich dazu, im Siyah 1.8.6 ist der String nicht enthalten. Kann er ja auch noch nicht.

Ergänzung: Ich habe mittlerweile XXELL1/XXELL4/XXELL5/XXELL6/XXELLC und XXELLA entpackt und der String kommt in allen diesen Kernels bereits vor.
Von daher kann man mit hoher Wahscheinlichkeit davon ausgehen, daß diese Stock-Kernels den Fix bereits enthalten und damit so sicher sind, wie es momentan möglich ist.



EDIT6:
Die (einige?) Galaxy Note 2 haben exakt den selben MMC Chip mit der selben MMC Chip Firmware und sollten damit auch betroffen sein.
AndreiLux arbeitet den Fix auch in seinen Note 2 Kernel ein
http://forum.xda-developers.com/showthread.php?p=36466288#post36466288


EDIT7:
Noch ne Erklärung von Entropy512:
http://forum.xda-developers.com/showthread.php?p=36469480#post36469480
Er geht u.A. davon aus, daß im Bootloader diesbezüglich kein Fix enthalten ist und der komplette Fix nur im Kernel enthalten ist.


EDIT8:
http://forum.xda-developers.com/showthread.php?p=36472389#post36472389
http://forum.xda-developers.com/showthread.php?p=36473044#post36473044


EDIT9:
http://forum.xda-developers.com/showthread.php?p=36491646#post36491646
http://forum.xda-developers.com/showthread.php?p=36505502#post36505502


http://forum.xda-developers.com/showthread.php?p=36542341#post36542341
http://forum.xda-developers.com/showthread.php?p=36545840#post36545840

http://forum.xda-developers.com/showthread.php?p=36594026#post36594026

Meine Zusammenfassung basierend auf meinen Infos und meinem Vertändnis:
Wir (die Community) wissen, daß es zwischen Sourcecode Update 6 und Sourcecode Update 7 eine Sonderbehandlung (Initialisierung) für den VTU00M mmc-chip mit Firmware 0x1f hinzugekommen ist. Ich nenne das jetzt mal "Fix".
Dieser Chip VTU00M mit der Firmware 0x1f ist in vielen 16GB SGS3 drin, die 2012 gebaut wurden. Also die, die für den Sudden Death anfällig sind.
Da Samsung jetzt mit dem Update 7 den Chip anders bzw. zusätzlich initialisiert, gehen viele (alle?) Devs (zu recht) davon aus, daß es getan wird, um den Sudden Death zu vermeiden.

Da die Dokumentation zu diesen Flash-ICs nicht offen zugänglich ist, weiß momentan keiner wirklich, was genau diese Initialisierung verändert.
Entropy512 bei den XDAs meint, daß Samsung beim SGS2 (oder beim Nexus?) ähnliche Probleme mit dem Speicher hatte und da mehrere Anläufe gebraucht hat, bis sie einen vernünftigen Workaround hatten.
Dazu _kann_ (muss nicht zwingend!) es auch sein, daß ein paar Flash-ICs schon so kurz vor dem Tod waren, daß sie trotz der neuen Sonderbehandlung (dem Fix) versagen.

Kurzum: Es kann keiner garantieren, daß mit dem Fix alle Probleme aus der Welt sind. Aber da Samsung den Fix in alle Firmwares einbaut, wird er wohl schon für was gut sein.
Sinnvollerweise sollte man also einen Kernel (und ggf. ein Custom Recovery) nutzen, das den Fix beinhaltet.
Die Autoren von Custom Kernels bauen den Fix gerade in Ihre Kernels ein.
In den Stock Kernels XXELL5 und XXELLA kommen Zeichenketten vor, die mit hoher Wahrscheinlichkeit drauf schließen lassen, daß der Fix da auch schon drin ist. Das Vorkommen der Strings habe ich selbst auch nochmal geprüft.

Zum Schluß nochmal eine Einschätzung von Entropy512, wenn man es mal in Zahlen fassen möchte:
90+% Wahrscheinlichkeit, daß der Fix das Sudden Death Syndrom verhindert
75% Wahrscheinlichkeit, daß XXELL4/5/A den Fix schon beinhalten.
http://forum.xda-developers.com/showpost.php?p=36491646



PS: Entropy512 und Anreilux sind langjährige und sehr bekannte Developer bei den XDA-Devs, daher stehen unter anderen Ihre Aussagen bei mir hoch im Kurs und deswegen verlinke ich sie hier.

PSS: Ich update DIESEN Post bei neuen Infos. Er ist auch vom ersten Post aus verlinkt.

Gruß
Rob
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: Luemmelchen, s0nny, Criminal23 und 15 andere
Großen Dank an Rob für die Infos.

Das heißt dann, dass das CMW/ROM Manager auch ein Update bekommen müsste?

Btw. Dann dürfte es doch auch nicht mehr lange dauern bis, mein persönlicher Top Kernel, der Siyah diesen Fix auch beinhaltet und man dann endgültig sicher ist, oder sehe ich da was falsch?


Mfg

Gesendet von meinem GT-I9300 mit Tapatalk
 
Der neue Kernel war kurz online. Hatte ihn dann schon geflasht. Das Phone läuft bis jetzt gut. Aber plötzlich war der Download wieder weg. Eventuell schraubt er nochmal dran rum.


AndreiLux schrieb:
I did a minor mistake and re-uploaded 31, but those who already have it can stay with the one they downloaded.

Anyway, I'm done here, moving on to the other devices.

Taper di Tap with my S3 @176 days
 
Ist wieder online!

Gesendet von meinem GT-I9300 mit Tapatalk 2
 
Zuletzt bearbeitet:
  • Danke
Reaktionen: d407974
Rob2222 schrieb:
EDIT5:
XXELLA enthält den Fix bereits, jemand hat den Kernel entpackt und nach VTU00M gesucht und gefunden.
http://forum.xda-developers.com/showthread.php?p=36465270#post36465270

Falls XXELLA den Fix wirklich schon enthält, dürfte es interessant werden. Denn sowohl hier als auch bei XDA liest man mittlerweile häufiger von Geräten mit SDS, die bereits LLA geflasht hatten.

Vielleicht waren die aber auch nur zu nahe am Tod :mad:

Mich würden wirklich die genauen Abläufe interessieren, die zu einem SD führen. Und mich beschäftigt die Frage, ob es sich um einen schleichenden Prozess handelt oder nicht...

Bei XDA war ja auch die Rede von einem Speicherüberlauf der dann weitere Konsequenzen nach sich zieht...
 
da ist einfach nochmal Geduld gefragt bis die Geschichte ausreichend analysiert wurde. Die ersten Ideen zum tatsächlichen Fix sind ja nun gerade wenige Stunden alt.
 

Ähnliche Themen

Sam2024
Antworten
2
Aufrufe
779
html6405
html6405
T
  • Gesperrt
  • Tetronix
Antworten
2
Aufrufe
371
hagex
hagex
O
Antworten
11
Aufrufe
1.187
O'Henry
O
Zurück
Oben Unten