• Ogłoszenia

    • wisin

      Chcesz zostać Moderatorem na naszym forum? Wejdź i sprawdź co trzeba zrobić!   30.03.2017

      Drogi użytkowniku

      Zapewne wiele razy zdarzyło się Tobie zauważyć niezrozumiałą nazwę tematu lub wypowiedzi, które niekoniecznie trzymają się tematyki danego wątku. Często pojawiają się też wielokrotnie omawiane zagadnienia szkodzące czytelności działu i sprawiające, że nie przegląda się Forum tak przyjemnie. Wielu z Was stara się na różne sposoby zwracać innym użytkownikom uwagę, lecz nie zawsze przynosi to oczekiwany skutek. Jeżeli chciałbyś mieć realny wpływ na to, co dzieje się na Forum - właśnie nadarza się ku temu idealna okazja, rozpoczynamy nabór na Moderatorów Testowych.
        Co takiego robi Moderator Testowy? Moderator Testowy na początku swojej działalności zapoznaje się z narzędziami moderacji, zasadami ich działania, oraz porządkuje wybrany przez siebie dział (lub kilka działów). Nie ma się czego bać, nie jest to trudne i z biegiem czasu moderowanie może się okazać ciekawym sposobem na spędzanie wolnych chwil. Wszak celem działań moderacyjnych jest to, aby forum było jak najbardziej pomocne dla wszystkich użytkowników.    Jak zgłosić swoją kandydaturę?
        Aby to uczynić wystarczy napisać prywatną wiadomość do jednego z Administratorów Personalnych: Hubal, ldawid, Pajonk lub zdybo. Zawierać ona musi: Twoje imię i nazwisko. Twój wiek. Numer GG bądź też innego komunikatora (na przykład Hangouts) w celu zapewnienia szybkiej komunikacji w nagłych przypadkach. Nie jest to opcja niezbędna, aczkolwiek nieraz bardzo przydatna. Dział(y), którym(i) chciałbyś/chciałabyś się zająć (może być kilka). Odpowiedź na pytanie - Jak często przesiadujesz na forum? Dotychczasowe doświadczenie w moderacji oraz motywacja do objęcia tego stanowiska. Jeżeli jest ono znikome lub nie masz go wcale - nic straconego, nabierzesz go u nas.  Serdecznie zapraszamy!
      Ekipa Forum Android
Silencer

[OSTRZEŻENIE] Kernele ICS od Samsunga mogą powodować hardbrick!

212 postów w tym temacie

Napisano (edytowane)

W związku z coraz częściej pojawiającymi się pytaniami o możliwość zbrick'owania telefonu podczas wgrywania romów z pomocą Odina, informuję:

W przypadku korzystania z Odina do wgrywania romów - w przypadku poprawnego wykonania wszystkich czynności - nie ma możliwości zbrick'owania telefonu.

Brickogenne są romy z linii 4.0.4 - stocki - customy bazujące na ICS oraz wszystkie romy JB, są pozbawionej tej przypadłości.

Czynności, które mogą doprowadzić do bricka, są opisane w temacie: Naprawa telefonu, który złapał brick'a na romie ICS z linii 4.0.4 - wytłuszczone na czerwono.

Źródło: Public Service Announcement: ICS Leaks and Recovery - HARDBRICK WARNING - xda-developers

(...)

Słyszeliście może o aktualizacji Galaxy Notea albo S II do Ice Cream Sandwicha? (...)

Od pierwszych wersji nowych systemów coś jest nie tak – duża część normalnych prób wgrania oprogramowania kończy się na ubiciu telefonu, tylko w taki sposób, że nie da się go później uratować. Jest to o tyle dziwne, że podobna sytuacja nie zdarzała się wcześniej, a każde uszkodzenie jest związane z kernelem wypuszczonym prosto od Samsunga. Pierwsze takie zachowania zaobserwowano w Galaxy S II, ale dopiero prawdziwy wylew awarii można zauważyć w dziale właśnie z Notem.

Wszystkie wersje Ice Cream Sandwicha jakie pojawiły się na ten model są uszkodzone, a hard brick (czyli taki, przy którym telefon w ogóle się nie włącza lub miga bardzo krótko) występuje tylko wtedy, gdy oprogramowanie zaktualizujemy przez Recovery lub system odpowiednio wcześnie rozpozna jego obecność (tak, przez ODINa też ubito telefon). Przypadek? Jasne… Aby nie być gołosłownym i fałszywie osądzać Samsunga – oto jeden z przyklejonych wątków, który ostrzega przed flashowaniem kolejnych wersji ICSa na Note'a: Public Service Announcement: ICS Leaks and Recovery - HARDBRICK WARNING - xda-developers . Oczywiście na forum można znaleźć kilkanaście ROMów, które dobrze działają, ale – według relacji samych użytkowników – po jakimś czasie telefon i tak przestanie działać. Dowód? Oto aktualne reakcje na grupie ICS Stunnera na facebooku: https://www.facebook.com/groups/346986268671809/ .

Przyklejony wątek dokładnie mówi o tym co znajduje się wewnątrz uszkodzonych paczek.

Obecnie jedynym zaufanym kernelem, który można bez przeszkód wgrywać, jest ten od CyanogenMODa 9. (...)

Tłumaczenie z xda:

Kernele Samsunga są naprawdę niebezpieczne. Samsung zaimplementował pewnego rodzaju błąd w sterowniku eMMC, który pernamentnie uszkadza pamięć flash w urządzeniu. To prowadzi w najlepszym wypadku do uszkodzenia partycji, w najgorszym - do totalnego uwalenia telefonu. Charakter tej usterki jest na tyle poważny, że zwykła metoda przywrócenia urządzenia do życia (JTAG) nie jest w stanie tego zrobić.

Kernele w których potwierdzono dotychczas usterkę:

  • Wszystkie wycieki ICS dla Samsunga Epic 4G Touch (SPH-D710)
  • Wszystkie wycieki ICS dla Samsunga Galaxy Note (GT-N7000)
  • Wyciek UCLD3 ICS dla Samsunga Galaxy SII dla sieci AT&T (SGH-I777) - Inne wycieki mogą być również narażone!
  • Kernele zbudowane na najnowszym kodzie źródłowym SHW-M250S/K/L z 3 maja 2012 roku - To dotyczy również kernela Siyah 3.1 RC6! dla GT-I9100 (wszelkie inne wersje Siyaha są bezpieczne)

Kernele, które mogą być mniej narażone - na razie jest za wcześnie by cokolwiek potwierdzić:

  • Oficjalna wersja XXLPY dla Samsunga Galaxy Note. Stwierdzono jedno uwalenie w ostatnich dniach, inni twierdzą, że jest bezpiecznie - używaj na własne ryzyko! Imo podejrzenie o hardbrick to wystarczający powód by temu nie ufać.

Uszkodzenie nie jest gwarantowane - może dotknie tylko małego procenta użytkowników, ale nawet 5% szans to i tak za dużo.

Kernele, które zostały potwierdzone jako bezpieczne:

  • Wszystkie znane wersje kerneli Gingerbread dla Galaxy Note i innych wymienionych powyżej.
  • Kernele skompilowane ze źródeł Update4 GT-I9100 - to dotyczy również wersji CM9, DAFUQ i, miejmy nadzieję, większej ilości wydań, o których dowiemy się niebawem.

Jeśli obecnie używasz któregoś z wyżej wymienionych narażonych kerneli:

  • NATYCHMIAST PRZESTAŃ. ZAFLASHUJ BEZPIECZNY KERNEL UŻYWAJĄC ODINA/HEIMDALL.
  • NIE RÓB wipe w recovery.
  • NIE FLASHUJ kernela, romu, etc. w recovery
  • Generalnie NIE FLASHUJ NICZEGO w recovery.

\\cyceron - Edycja w celu podsumowania wątku

Faktem jest, że Samsung spaprał sprawę pewnej edycji kerneli dla Androida 4.0.x (ICS) w efekcie czego wystąpiły przypadki hard-brick'ów urządzeń (uceglenie fona bez możliwości naprawienia go za pomocą urządzenia JITag) - czyli poważna sprawa. Sensem problemu jest/są/było fizyczne uszkodzenia komórek chipsetu eMMC powodowane przez wadliwie skonstruowany kernel. Nadmienić również należy, że nie wszystkie chipsety eMMC (nawet w ramach jednego modelu telefonu) są podatne na ten błąd. Najwyraźniej zależy to od tzw. partii produkcyjnej/serii chipsetu - ale nie wgłębiajmy się w aż takie niuanse techniczne.

Dodać również trzeba (jako, że to dział SGSa II), że uceglenia - przynajmniej w pierwszym okresie "afery" zanotowano głównie na urządzeniach SG Note i "brandowanych" SGS II - czyli urządzeniach wyprodukowanych na zlecenia konkretnych operatorów (pisząc "brandowanych" nie mam na myśli ROMu a samo urządzenie tworzone zgodnie z założeniami operatora komórkowego). Urządzenia SGS II nabyte na tzw. "wolnym rynku" oraz te od naszych rodzimych operatorów, czyli - pomijając brand ROMów - stricte seryjne, nie zostały uwzględnione w pierwszym ostrzeżeniu. Wyjątek stanowiła tu jedna wersja kernela Siyah (SiyahKernel 3.1rc6 dla seryjnego GT-I9100).

Nie mniej...

Jak przyznają sami autorzy ostrzeżenia, które pojawiło się na XDA (wątek: ***WARNING! PLEASE READ!! ICS Kernels and Recovery - HARDBRICK WARNING - xda-developers), przypadków całkowitego ubicia urządzenia wystąpiło stosunkowo niewiele jak na ogólną ilość użytkowanych urządzeń a samo ostrzeżenie ma charakter bardziej prewencyjny (zapobiegawczy):

Damage is not guaranteed - it may only affect a small percentage of users, but even a 5% chance is far more dangerous than the effectively 0% chance of hardbricking due to kernel bugs in safe kernels.

Tłumaczenie (sens przekazu): Awaria nie ma charakteru obligatoryjnego. Jednak potencjalna możliwość wystąpienia jej choćby tylko u 5% użytkowników jest zdecydowanie bardziej niebezpieczna niż zerowa szansa jej wystąpienia.

W brew opiniom na różnych forach internetowych, Samsung zareagował na te doniesienia stosunkowo szybko i usunął ze swoich repozytoriów "felerne" kernele zastępując je kernelami pozbawionymi błędu. Jednak faktem jest, że błędny kod został pobrany przez wielu deweloperów i na jego bazie powstało stosunkowo dużo modyfikacji.

Moim zdaniem, w obecnej chwili nie należy już bać się tak samsungowych kerneli jak również ich wersji modyfikowanych przez niezależnych deweloperów. Z jednym jednak zastrzeżeniem - kernele należy pobierać tylko ze źródeł oficjalnych (oficjalne strony i repozytoria autorów modyfikowanych kerneli) zwracając szczególną uwagę na opisy dołączone do wystawionych paczek.

Z tego co wiem, wielu deweloperów usunęło już wadliwe kernele ze swoich zasobów ale (niestety) w sieci krąży jeszcze duża ilość linków do "zabugowanych" kerneli. Dlatego - zapobiegawczo - należy unikać kerneli hostowanych "na świecie" przez użytkowników. W obecnej sytuacji sugeruję pofatygować się na oficjalną stronę dewelopera i pobrać najnowszą-oficjalną wersję produktu. Zawsze zmniejsza to ryzyko trafienia na "konia trojańskiego" jakim jest felerny kernel.

OK. Ale do brzegu...

Niejako w odpowiedzi na powstały problem, nasz nieoceniony Chainfire popełnił niewielką aplikację, której zadaniem jest powiadomienie użytkownika smartfona o fakcie posiadania w urządzeniu chipsetu eMMC, który jest (lub nie jest) narażony na destrukcyjne działanie zabugowanego kernela.

Wątek i aplikacja: xda-developers - View Single Post - [08.06.2012] Got Brickbug ? v1.1

Jak już kilkakrotnie pisano w tym wątku, aplikacja nie sprawdza poprawności kernela a tylko powiadamia czy konkretny chipset w tym właśnie naszym urządzeniu jest podatny na błąd "uceglenia" fona w przypadku użycia felernego kernela. Moim zdaniem taka informacja jest wystarczająca by bardzo uważać na to czym się flashuje fona.

Całości dopełniają informacje Entropy512, który w poscie na forum XDA przekazał swoją wiedzę na temat bezpieczeństwa poszczególnych kerneli dla konkretnych urządzeń.

Odnośny wątek na XDA: xda-developers - View Single Post - [08.06.2012] Got Brickbug ? v1.1

Tłumaczenie najważniejszych zagadnień (do tłumaczenia wprowadziłem pewne uproszczenia):

Stan wiedzy na dzień 6 czerwca 2012:

  • Wszystkie "wycieki" oraz oficjalne wydania kerneli ICS dla GT-I9100BEZPIECZNE.
  • Wszystkie kernele ICS oparte o źródła Update4 dla GT-I9100BEZPIECZNE - W tym zawierają się wszystkie wersje "nightly" kerneli CM9 dla SGH-I777, GT-I9100 oraz GT-N7000 jak i wszystkie modyfikowane kernele dla GT-I9100.
  • Wszystkie "wycieki" kerneli ICS dla GT-N7000NIEBEZPIECZNE.
  • Wszystkie oficjalne kernele ICS dla GT-N7000NIEBEZPIECZNE.
  • Wszystkie kernele dla GT-N7000 budowane ze źródeł są NIEBEZPIECZNE - chyba, że został spełniony warunek:
    MMC_CAP_ERASE został usunięty z funkcji flagi w drivers/mmc/host/mshci.c - sprawdź swój kernel pod tym kątem. Franco.kernel R3 i późniejsze oraz wszystkie edycje Speedmod ICS są BEZPIECZNE .
  • Wszystkie kernele ICS dla SHW-M250S/K/L są potencjalnie (z dużym prawdopodobieństwem) NIEBEZPIECZNE.
  • Wszystkie źródła kerneli ICS dla SHW-M250S/K/LNIEBEZPIECZNE (na SHW-M250L Update4 wystąpił problem z kernelem SiyahKernel 3.1rc6. Inne kernele od SiyahBEZPIECZNE).
  • Wszystkie wydania ICS dla SPH-D710 z przed tej daty (daty posta) są NIEBEZPIECZNE - są przesłanki by sądzić, że oficjalne OTA posiada poprawiony kernel. Nie mniej, bez jego analizy nie ma możliwości tego potwierdzić i uznano go za potencjalnie NIEBEZPIECZNY.
    - "Wycieki" UCLD3 dla SGH-I777NIEBEZPIECZNE. Prawdopodobnie jest tak z każdym innym nieoficjalnym "wyciekiem" kernela dla tego urządzenia. Na szczęście prawie wszyscy używają custom-kerneli opartych o Update4 dla seryjnych I9100.
    - "Wycieki" kerneli ICS dla SGH-I727 i SGH-T989NIEBEZPIECZNE.

Wg Entropy512, lista najbardziej zagrożonych urządzeń przedstawia się następująco:

SPH-D710 - Użytkownicy tych urządzeń są zagrożeni najbardziej. Dla tego urządzenia nie istnieje kernel zbudowany na bazie bezpiecznego Update4.

GT-N7000 - Drugi stopień zagrożenia. Nie mniej użytkownicy tych urządzeń otrzymają wydanie ICSa, które naprawi błąd chipsetu eMMC.

SGH-I777 - Wycieki kodu, które pojawiły się w ostatnim miesiącu (i wcześniej) okazały się być niebezpieczne.

GT-I9100 - Użytkownicy tych urządzeń mogą czuć się najbardziej bezpieczni. Żaden "wyciek" kernela jak też oficjalne źródła kerneli nie były obarczone błędem. Problem dotyczył tylko jednego kernela, który bardzo szybko został wycofany z dystrybucji.

Dodatkowo odebrano jeszcze doniesienia o przypadkach uszkodzeń urządzeń Samsung Skyrocket (SGH-I727) i Samsung Hercules (SGH-T989) po użyciu nieoficjalnych kerneli ICS ("wycieków").

Edytowane przez magik-thc
Dodane tłumaczenie z xda, dodano prefix

Udostępnij link do tego posta


Odnośnik do posta
Udostępnij na stronach

Jakoś nie chce mi się wierzyć że to jest zamierzony błąd, samsung raczej słynął z otwartości swojego systemu i podatności na modyfikacje, chociaż w GS2 pojawił się licznik flashowań, to może i to był początek czegoś.. Ja na szczęście siedze na CM

Udostępnij link do tego posta


Odnośnik do posta
Udostępnij na stronach

Zamierzony, nie zamierzony - ryzyko jest duże. Pytanie tylko jak duży smród się pociągnie za firmą, która wypuszcza takie "perełki" w oficjalnych wydaniach. Też siedzę na CM9 i się nie ruszam, bo wiem, że oni naprawdę wiedzą co robią.

Udostępnij link do tego posta


Odnośnik do posta
Udostępnij na stronach

Napisano (edytowane)

wgrałem już Siyah rc6 - na szczęście nic się nie stało - widać to lepsza loteria z tymi kernelami jest - teraz sprawdziłem i jest ostrzeżenie na jego stronie żeby nie używać

co do zamierzeń samsunga - to nie wierzę w takie działanie z premedytacją - bo koszty serwisowania i nawet odrzucania gwarancji są na tyle duże, że podjęcie takiego ryzyka jest dla dużej korporacji raczej nie do przyjęcia

najpewniej znów programiści poszli po najprostszej linii oporu albo co gorsza sammy zleca wykonanie swoich romów zewnętrznym firmom które nie robią wystarczającej ilości betatestów

Edytowane przez robix1999

Udostępnij link do tego posta


Odnośnik do posta
Udostępnij na stronach

Polecam to podkleić, nie każdy czyta XDA, albo zmienia kernele codziennie! Sam miałem RC6 syiaha, ale jestem leniwy i bardzo rzadko robie wipe data. To mnie uratowało :D

Udostępnij link do tego posta


Odnośnik do posta
Udostępnij na stronach
wgrałem już Siyah rc6 - na szczęście nic się nie stało - widać to lepsza loteria z tymi kernelami jest - teraz sprawdziłem i jest ostrzeżenie na jego stronie żeby nie używać

Żeby nie używać Siyah kernela?, bo ja używam, ale nic na stronie nie widzę.. możesz sprecyzować wypowiedź?

Udostępnij link do tego posta


Odnośnik do posta
Udostępnij na stronach

posiadam kernela z tej strony http://forum.android.com.pl/f168/ics-siyahkernel-v3-0-rc4-105658/ czy jego tez sie to tyczy

Udostępnij link do tego posta


Odnośnik do posta
Udostępnij na stronach

Tyczy sie tylko wersji Syiah 3.1 RC6 (If you are using rc6 and camera app doesn’t work download and reinstall rc6 immediately without wiping any data or installing anything else.)

Udostępnij link do tego posta


Odnośnik do posta
Udostępnij na stronach

Deweloperzy z sekcji SGSII na XDA wiedzą o tym błędzie już niemal od miesiąca (od 17 kwietnia). Wadliwe kernele wykorzystujące ten błędy przeciek wersji KOR Samsunga zostały usunięte lub zamienione na wersje bez tej przypadłości.

Problem polegał na tym, że źródła na gitchubie były strzelone (nie wiadomo czy celowo, szczerze wątpię) i cześć deweloperów (ścigają się ze sobą nawzajem, kto wprowadzi wcześniej nową wersję) skompilowała swoje kernele na bazie tego wycieku. Niestety Gokhanmoral wypuścił na tym źródle wersję 3.1rc6.

Powodowała ona w niektórych przypadkach hardbrick telefonu gdy po wgraniu kernela wykonało się factory reset w recovery. Gokhan wycofał szybko tę wersję i pod tą samą nazwą wypuścił poprawioną wersję na sprawdzonych źródłach. W sieci, niestety, krążą jeszcze po różnych stronach wadliwe wersje więc zalecam ściąganie Siyaha bezpośrednio z witryny Gokhana TUTAJ a nie z szemranych "szybkich linków".

Nie wiem jak w przypadku Galaxy Note, może tam deweloperzy zaspali i hurtem wypuścili kernele na uszkodzonym przecieku, nie mam pojęcia jak to jest z tamtym telefonem. W każdym razie wszystkie kernele Siyah są wolne od tego bardzo poważnego błędu, nie wiem jak z innymi bo nie śledzę działalności wszystkich deweloperów.

Udostępnij link do tego posta


Odnośnik do posta
Udostępnij na stronach

Mi Note padl wlasnie. Na razie go nie podnioslem. Wchodzi w tryb download ale zaden rom sie nie instaluje. Operation failed

Wysłane z mojego Galaxy Nexus

Udostępnij link do tego posta


Odnośnik do posta
Udostępnij na stronach

Żeby dodać komentarz, musisz założyć konto lub zalogować się

Tylko zarejestrowani użytkownicy mogą dodawać komentarze

Dodaj konto

Załóż nowe konto. To bardzo proste!


Zarejestruj nowe konto

Zaloguj się

Posiadasz już konto? Zaloguj się tutaj.


Zaloguj się teraz

  • Przeglądający   0 użytkowników

    Brak zarejestrowanych użytkowników, przeglądających tę stronę.