Druckbare Version
das hört sich alles sehr bedenklich an: http://forum.xda-developers.com/show....php?t=1693704
also ich bin den englischen nicht sooo mächtig und verstehe nicht alles dort... wie ist das nun zu sehen?
soweit ich verstanden habe installiert man die app, sieht ob betroffen oder nicht und muss dann sehen welchen kernel man hat?!
sprich, es hängt nur vom kernel ab ob der die binarys benutzt oder nicht?
am sichersten ist man mit einem gingerbread-rom.
sind die cf auch sicher?
Hallo diddsen
Ein paar Infos dazu noch von codeworkx per G+: https://plus.google.com/u/0/11139848...ts/21pTYfTsCkB
Es geht also um die Funktion / das Feature 'MMC_CAP_ERASE'. Diese dürfen vom Kernel nicht verwendet werden. Bei den Betroffenen, könnte das zu Problemen führen.
Der CF-Kernel ist ein Samsung-Stock-Kernel mit Root und Samsung dürfte dort nicht falsch machen. Somit sollte dieser sicher sein.
Die angesprochene apk zeigt deinen emmc-Chip und dessen Version an. Es sind nicht alle verbauten betroffen. Wenn du einen der gefährdeten Chips hast, sieht es dann aus, wie bei mir. ;-)
LG SGSII
Anhang 99853
also ist cf sicher... sicher?
hab ich das also richtig gedeutet und es kommt nur vom kernel und nicht vom rom?
soweit ich das verstanden habe sind auch die cm9 kernel sicher
die aktuellen kernel die aus sammy ics kernel cf fluxi etc basieren soweit nicht nachgerüsstet das sie die binarys nicht nutzen nur halb da wenn der fehler auf dem chip schon geschrieben wird beim nächsten wipe (werksreset) der chip oder die sd mit unbrauchbaren daten beschrieben. = hardbrick das gild solange bis samsung ein update rausbringt das den chip mit einer neuen firmware bespielt oder so ähnlich ich werde jetzt direkt auf cm9 wechseln davor aber den kernel updaten das da auch sicher ncihts passiert.
nebenbei bemerkt finde ich das samsung da es viele nutzer der galaxy tabs sowie sgs2 nutzer betrifft wenigstens eine info raus schicken kann an die user oder eine rückruf aktion veranlasst.
mal sehen wie schnell samsung das problem angeht so bin mal cm9 flashen
Hallo diddsen
Die Problematik kommt mit dem Kernel, nicht mit der Rom. Entscheidend ist die Art der Formatierung des Speichers.
Der CF wird von Chainfire gemacht. Das ist der Kollege, dessen Thread du oben auch verlinkt hast. Der Kollege, von dem auch die apk zum prüfen kommt. Also wird er seinen Kerneln nicht sagen, sie sollen 'MMC_CAP_ERASE' für die Formatierung nutzen. Somit sollte der CF sicher sein. ;-)
Auch der cm9-Kernel sollte sicher sein, da codeworks gesagt hat, dass sie die Methode nicht verwenden.
Wie es jetzt bei anderen Kernel aussieht, weiß ich nicht, da ich sie im Moment eh nicht nutze.
LG SGSII
ich kenne den Kollegen schon ;-)
nur bin ich mir eben nicht ganz sicher (gewesen) ob das prob nur vom kernel kommt und ob es auch stock betrifft.
Bei mir sieht das jetzt so aus.
http://img.tapatalk.com/5b2223ba-299a-e765.jpg
Worauf sollte man nun achten oder was kann ich nun tun? Irgendwie will mein Kopf das heute noch nicht verstehen?
Gesendet von meinem GT-I9100 mit Tapatalk 2
Die Firmware für gewisse eMMC Chips ist buggy. Soweit ich das verstehe wurde in den ICS Kernels was raus-oder reingepatched, was bei einem Data Wipe/Factory Reset zu einem Hardbrick des Smartphones führt. Betroffen können alle Kernels sein, auch originale von Samsung soweit ich das verstehe. CM9 Kernel scheinen sicher zu sein.
So verstehe ich das ganze zumindest.
Gesendet von meinem GT-I9100 mit Tapatalk 2
so verstehe ich das auch :)
sprich, man sollte sich nicht jedes "zeug" an kerneln flashen ... und es ist NICHT vom rom abhängig...natürlich kommt es drauf an welchen kernel das entspr. rom verwendet.
am besten flasht man sich den cf, falls der nicht im rom ist.
alle anderen bin ich mir da nicht mehr so sicher welcher da was anrichten kann ^^
ja soweit hab ich es auch verstanden ausserdem sind die gb kernel nicht betroffen da sie den chip beim wipe nicht ansprechen
Also wanam sei dank cf roolz :p
Gesendet von meinem GT-I9100 mit Tapatalk 2
Sollte man das nun mit der apk testen,
was ja im Moment eh nichts ändert!
Oder lieber mit Wanam inkl. CF weiter laufen lassen?
Bisher hat jeder der dies mit der App getestet hat und auf ICS war diesen "brick bug"! Mit unserem SGS 2 brauch man sich eigentlich nicht so viel sorgen machen. Siehe hier: http://forum.xda-developers.com/show...8&postcount=69 Da die Kernel die im Umlauf sind auf der Samsung Kernel Source aufbauen!
Die Galaxy Note Besitzer sind von diesem Problem eher betroffen. Ich habe zu diesem Thema auch noch nichts von gebrickten SGS 2 gehört, bisher nur von Galaxy Note´s.
Ich Persönlich vermeide trotzdem imo einen "wipe data/factory reset" über das CWM Recovery durchzuführen!
Also ist der siyah sicher? Oder muss ich jetzt auf den cf root umschwenken? Kann man denn einen Werks Reset im Einstellungs Menu machen?
Ich persönlich finde den Siyah zu unsicher, weil der Entwickler halt STÄNDIG was neues implementiert, was zu ungeahnten bugs führt, woraufhin er neue gefixte Versionen rausbringen muss und so weiter. Da muss man halt ständig flashen und dieser Vorgang ist halt nicht ungefährlich. Da lob ich mir so nen Speedmod (oder mein persönlicher Favorit "Phenomenal Extreme" der auf dem Speedmod basiert). :D
Du kannst den Siyah sicherlich drauf lassen. Ich habe ihn auch drauf und hatte auch schon einen "wipe data/factory reset" gemacht! Werde allerdings jetzt bei diesen Gerüchten auch drauf verzichten (ist ja auch zum Glück nur selten nötig).
Wenn Du aber unbedingt einen Werksreset durchführen musst, kannst Du ja erst die original Firmware flashen auf der Du gerade bist und dann den Werksreset aus den Einstellungen machen!
naja bei mir laufen halt zwei roms. die wanam und die resurrection remix. factory reset hab ich das letzte mal gemacht als ich von vk auf wanam umgeschwungen bin. da hatte ich allerdings den speedmod drauf. passiert ist nix bislang
es gibt einen einzigen siyah wo dies so benutzte... irgendwo hab ich noch gelesen welche version in dem thread, bin mir aber nicht mehr sicher, darum schreib ich mal lieber nichts zur versionsnummer.
mit siyah ist es ja vorbei auf sgs2, weil er ein s3 jetzt hat... zu meinem leidwesen :( ;)
wenn ich das nun alles richtig verstanden habe tritt dieses problem NUR beim FACTORY RESET/WIPE aus dem CWM heraus auf?... also machen wir das einfach nicht, dann ist doch alles gut?
es gibt so ein fullwipe-script ohne und mit sd ... finde link aber nicht mehr.
das ist ja dann wohl die das beste.
Hallo zusammen,
habe zwar kein Note, jedoch würde mich interessieren ob ihr den Brick auch erhaltet wenn die Partitionen via CWM einzelnd gemountet u. formatiert werden..?? ( CWM-->Advanced--> )
SentFrom Tapatalk2 by ICS-I9K
du irrst dich gewaltig wenn du meinst es betrifft nur das note ;-)
ok, ich hab auch kein S2 ;)
daher hoffe ich mit sooo'nem alten S1 diesen Chip NICHT in verwendung zu haben, oder betrifft das 'uns' S1er auch.
Jetzt haste mir aber 'Schiss gemacht'.. :confused:
SentFrom Tapatalk2 by ICS-I9K
Anscheinend ist tatsächlich nur das Samsung Galaxy Note Handy davon betroffen, zumindest kann man dies auch bei GoA-Rom.de nachlesen:
http://www.goa-roms.de/index.php?pag...d&threadID=612
Hierzu hat @Goa auch schon Abhilfe mit einem FIX geschaffen, welches einen gebricktes Note Handy (die Partition) wieder auf Vordermann bringt. Einfach den Thread mal einwenig weiter runterscrollen und nach dem Beitrag #5 von @GoA suchen ;).
es sind eine reihe anderer handy aufgeführt
Hmm,
also in den Infos steht das nicht die Chips das Problem sind sondern die Firmware.
Dies kann bei einem Wipe data mit einer bestimmten Art Chips zu Problemen führen.
@ all
ich verlinke euch hier nochmal 'Geradi''s Post aus Goa-Roms.de :
http://www.goa-roms.de/index.php?pag...1566#post11566
und hänge eine App von Chainfire an, mit der Überprüft werden kann
ob unser Phone betroffen bzw. anfällig für diesen Brick ist.
Außerdem ein S-Shot des Checks meines I9000.
Hier mal ein Auszug aus dieser ganzen Diskussion um die Brick-Gefahr:Zitat:
Zitat von diddsen
http://www.goa-roms.de/index.php?pag...2206#post12206
Edit:
Ich habe auch schon einige Factory Resets über CWM gemacht, wenn ich eine Neuinstallation einer Firmware mache und mir ist das Handy dabei nicht gebrickt. Soweit ich das eine oder andere jetzt erlesen konnte, sind die Vorfälle überwiegend bei den Galaxy Note Handys aufgetreten. Ich habe noch kein eindeutiges Indiz zu einem Galaxy S2 gefunden, wo das Handy durch aufspielen einer neuen Firmware und anschließendem Wipe über CWM gebrickt ist.
Wenn dem so wäre, dann hätte man sehr viel mehr darüber zu Lesen bekommen, was das Galaxy S2 betrifft und aufgetreten sind diese Erscheinungen überwiegend bei dem Galaxy Note, welche dann über das Flashen eines Kernels zum Tragen kamen. Ich denke, das man hier bei unserem Galaxy S2 viel mehr entspannter mit diesem Erscheinungsbild umgehen kann und sich jetzt hier nicht in Panik versetzen lässt.
Ich sehe das ähnlich wie 'SaGaS'...
wenn ich nachdenke wieviele ROM's, Themes oder sonstige Tools
ich via CWM 3/4/5 geflasht habe; einschließlich etlicher FacResets,
dabei ist nicht einmal etwas negatives in Richtung BrickBug geschehen.
Ich vetraue meiner derzeitigen Hadware eigentlich. :)
---
Man muss schon bedenken das es die Kombination aus Kernelsoftware von ICS und der Hardware ist was den Brick Bug verursacht! Unter GB gab es das Problem nicht! Aber wie schon gesagt, ich habe noch nichts von einem gebrickten SGS 2 in diesem zusammenhang gehört!
Ich finde das alles ein bisschen übertrieben. Wie oft haben wir schon gewiped, wie bei ics so auch bei gb.
Wie machen das alles mit gesunde Bewusstsein das wir unsere SGS2 bricken. Kommt ein app von "daher" und schon denken wir darüber nach.
Bei mir steht auch brick bug gefahr, aber das haben wir doch immer wenn wie flashen oder?
So wie ich hardcore schätze, ist er nicht so einer der so einen kernel bringt der unsere SGS2 zerstören würde. Gefahr ist immer da, aber nicht wie bei siyah, oder wie die alle kernels heissen.
Wenn ich mein SGS2 bricke dann nur weil ich zuviel oder falsches flashe, und das ist mir jedes mal bewusst!
Warum gleich Panik?
Ich will nicht klugscheissen, hirr sind leute die 100x mehr erfahrung haben wie ich, aber so ein thread macht nur noch unsicher. Kein Kritik an dir Diddsen, meinst ja gut ;)
Gesendet von meinem GT-I9100 mit Tapatalk 2
Du hast glaub ich was nicht richtig begriffen...Zitat:
Zitat von Adrian76
Bei gb kannste wipen bis dir die finger weh tun da die funktion die den bug auslöst unter gb nicht ist!
Wobei ich feststellen muss das ich nicht richtig gelesen habe im nachhinein :(
Gesendet von meinem GT-I9100 mit Tapatalk 2
Zitat Chainfire:
News - 08.06.2012
Samsung: "Patches will be out in form of new official ROMs and also sourcecode releases after testing, which might take some time."
Quelle
ich habe soeben festgestelt, dass ich auch den Bug habe mit meinem Galaxy Note mit Telekom Branding.
Welche NAchteile habe ich dadurch, wenn ich ohnehin nur offizielle Roms betreiben will.
Muss ich bei jedem zurücksetzen auf Werkseinstellungen unter ICS (gibts ja noch nicht) damit rechnen, dass das Handy kaputt geht ?
https://www.dropbox.com/s/z6gs4tzsxf...8-17-10-14.png
Bin ich gefährdet ? Insane - Verrückt ?:confused:
Ich würde sagen keine Panic. Bei LQ5 gab es jetzt ein Problem was aber nach einem neuen CF Root Kernel Releas behoben wurde. Man sollte aber mit der LQ5 keine Kernel über das CWM flashen! Das ist das was ich gehört bzw. gelesen habe!
Zu den bis jetzt offiziell veröffentlichten ICS 4.0.3 Firmwares und dem Brickbug habe ich hier was geschrieben! http://www.pocketpc.ch/samsung-galax...ml#post1431735
Wenn mein S2 duch diesen Bug brickt, kann dann noch der Root etc. Nachgewiesen werden ? Greift bei diesem Brick die Garantie ?
Welche Kernel gelten als SAVE ?
Ich habe bis jetzt nur gelesen, das die neuste Versionen von Speedmod Kernel und von franko Kernel Save sind.
Gibt es einen Kernel der Save ist aber ansonsten keine Änderungen mit bringt ? Also wie der CF Root Kernel.
Kann es seien das mit der LPI FW der Bug entfernt wurde ?
Entschuldigt die fragen. Stehe grade total aufem schlauch.
franko Kernel, wüsste nicht das es den für das SGS 2 gibt?! Alle Kernel die auf der Source des Samsung original Kernel basieren sind im Grunde sicher! Beim S2 ist das nicht das Thema, siehe hier! http://forum.xda-developers.com/show...8&postcount=69
Ich denke nicht das die Garantie greift bei einem Brick durch einen anderen Kernel! Ich habe aber bisher von noch keinem gebrickten S2 gehört in diesem Zusammenhang! Es gibt jetzt aktuell wieder die Diskussion wegen den Problemen mit der LQ5 Firmware, aber da findet man selbst bei SamMobile einen Warnhinweis zu!
Franko Kernel... Kommt da von wenn google einen ins XDA Note Forum schickt aber man denkt, das man im S2 Forum ist und dazu alle Indizien , die einen aufs Note hinweisen ausblendet :rolleyes:
Also kann man bedenkenlos einen Werksreset durchführen ?
Entschuldige fals du das Grade schon indirekt beantwortet. Bin mir aber noch nicht 100% sicher.
Also ich habe es schon gemacht. Aber um sicher zu gehen kannst Du den Reset ja über die "Einstellungen/Sichern und zurücksetzen" machen.
Ist das ein neuer Typ von Brickbug?
siehe: http://forum.xda-developers.com/show....php?t=1756242
Zitat: (Hervorhebungen sind von mir)
"To all of i9100 users having flashed the latest 4.0.4 firmware (Official / Leaked) with stock kernel, PLEASE BE AWARE that using cwm to erase data/factory reset OR to restore a nandroid backup MAY BRICK YOUR PHONE !!!!"
und: http://forum.xda-developers.com/show....php?t=1644364
Tab7.7
http://forum.xda-developers.com/show....php?t=1862294
Zitat:
"HOW TO AVOID BRICKING YOUR TAB - Wipe in Custom Rom mode ONLY!"
Habe mein S2 mit der ""eMMC Brickbug Check" app getestet und das angefügte Ergebnis erhalten.
(Habe derzeit (noch) 4.0.4 I9100XWLPW (mit LQ6 und ATO LP8)).
Wenn die Angaben in obigen Links stimmen, sollte dann nicht zu Beginn der S2 und Tab7.7 Forums-Abschnitte eine fette WARNUNG stehen? Z.B. auf 4.0.3 zurückzugehen oder auf einen sicheren Custom Kernel und/oder auf ein sicheres CWM umzusteigen (wie hier bei pocketpc.ch gewohnt, inkl. den in der Praxis für die Befolgung des generellen Rats notwendigen Details und Download-Links).
Oder ist auch in dieser Hinsicht alles gut und sind die aktuellen September-Updates auf 4.0.4 nicht mehr betroffen?
@aljee77
Könntest du das bitte prüfen und eine Empfehlung abgeben?
Ich weiß, dass man sich auf deinen Rat verlassen kann!
Das Porblem besteht immer noch. Der von Dir verlinke XDA Thread beschreibt den Brickbug aus diesem Thread hier. Du könntest den Siyah Kernel in der aktuellsten Version nutzen, der ist so bearbeitet das der Brickbug nicht besteht. http://www.pocketpc.ch/samsung-galax...5-12-09-a.html
Wenn Du mit diesem Kernel "eMMC Brickbug Check" durchführst, sollte da auch stehen das kein Brickbug besteht.
