Skocz do zawartości

Znajdź zawartość

Wyświetlanie wyników dla tagów 'hardbrick' .



Więcej opcji wyszukiwania

  • Wyszukaj za pomocą tagów

    Wpisz tagi, oddzielając je przecinkami.
  • Wyszukaj przy użyciu nazwy użytkownika

Typ zawartości


Forum

  • Społeczność android.com.pl
    • Regulaminy Forum
    • Przywitaj się!
    • Android.com.pl
    • Konkursy
    • OFF-Topic
  • Android
    • Nowości i plotki
    • FAQ Android
    • Android 10
    • Android 9.0 Pie
    • Android 8.0 Oreo
    • Android 7.0 Nougat
    • Android 6.0 Marshmallow
    • Android 5.0 Lollipop
    • Android 4.4 KitKat
    • Archiwum Android
    • Software PC
  • Gry i Aplikacje
    • Aplikacje Android
    • Gry Android
    • Poszukiwania gier i aplikacji
    • Porównania gier i aplikacji
    • Android Wear - Smartwatch
    • Modyfikacje Wizualne
    • Download
    • Multimedia
  • Co i gdzie kupić?
  • Programowanie
  • Modyfikacje Android OS
  • Elektronika
  • Honor
  • Google
  • HTC
  • LG
  • Samsung
  • Sony
  • Motorola
  • Huawei
  • Xiaomi / MIUI
  • OnePlus
  • Lenovo
  • Asus
  • myPhone
  • Pozostałe marki

Szukaj wyników w...

Znajdź wyniki, które zawierają...


Data utworzenia

  • Od tej daty

    Do tej daty


Ostatnia aktualizacja

  • Od tej daty

    Do tej daty


Filtruj po ilości...

Znaleziono 6 wyników

  1. Witam Mam problem z moją M9 a mianowicie jest po prostu martwa... Dokładnie 3 dni temu przeglądałem fb i nagle w pewnym momencie telefon się wyłączył i od tamtego momentu nie ma z nim kontaktu. Jedyne co się odzywa to dioda która przy próbie uruchomienia miga na pomarańczowo. Co ciekawe nie są to stałe mignięcia, raz miga dwa razy a raz nawet 12. Zrobiłem dosyć duży research na ten temat i próbowałem kilku sposobów z internetu a mianowicie: -Przycisk Power + Volume Up przez 2-3 minuty -Przycisk Power + Volume Down przez 2-3 minuty -Przycisk Power + Vol Up + Vol Down przez 2-3 minuty Nic z powyższych nie zadziałało, dodatkowo komputer nie wykrywa telefonu :/ Nie wiem co może być powodem dlatego chciałbym się Was poradzić co robić w takiej sytuacji. Proszę o pomoc
  2. Witam. Dziś ucegliłem S3 Mini na własne żądanie. Mając wgrane recovery, root-a oraz Cyana 12.1 wrzuciłem sobie nakładkę z S5 na S4. Nie doczytałem specyfikacji. Instalacja przez TWRP. W połowie stanęło i telefon się wyłączył. Od tamtej pory nie mogę nic z nim zrobić. Nie działa tryb recovery, nie działa tryb download, nie reaguje na podpięcie ładowarki, nie widać go w ODIN-ie czy też KIESie. W aplikacji SP Flash Tool (przy wszelakich kombinacjach klawiszowych oraz z baterią i bez) również brak możliwości flashu bo nie widzi go. Jedyna jaka jest z nim komunikacja to po włożeniu baterii i podpięciu go do portu USB lapka (Windows 7 x64) słychać dźwięk podłączenia a za chwilę odłączenia sprzętu (w menedżerze pojawia się i znika jako U8500 USB ROM). Dźwięk powtarza się w kółko dopóki nie odepnę go od portu. Natomiast gdy włożę baterię i przytrzymam VOL+, następnie podepnę pod USB nic się nie dzieje. Panowie i Panie, błagam Was - pomóżcie. Może macie jakieś paczki sterowników USB lub czegokolwiek co doprowadzi do jakiejkolwiek komunikacji z tym telefonikiem. Dodam że trzymałem go pod ładowarką ale czy się ładował - nie wiem. Nie chcę zanosić go do serwisu. Temat Mój telefon nie wstaje po flashu, występuje problem po zmianie kernela, tematu itp. jest wyczerpujący ale metoda spinania dwóch rezystorów nie jest na moje możliwości. Może macie jakąś sugestię?
  3. Cześć, Opis problemu: Pewnego razu komputer przestał wykrywać telefon, więc zrobiłem wipe z poziomu recovery i telefon już nie wstał (wisi na logo Galaxy S2). Kabel usb jest okej i komputer tez jest okej (sprawdzane na kilku) - inne samsungi wykrywa. Do trybu download da się wejść, jednak odin nie wykrywa podłączonego telefonu. Płytka z usb została wymieniona w telefonie i nie przyniosło to żadnego rezultatu. Telefon reaguje na podłączenie ładowarki jednak po odłączeniu wisi na logo baterii non stop.. Ma ktoś jakiś pomysł co mogło paść? Wygląda to na hardbricka więc prawdopodobnie do wymiany płyta główna Telefon działał idealnie, długo nie korzystałem z transmisji danych po usb, a wszystko padło po wykonaniu wipe'a Przez cały czas korzystałem z oryginalnego zrootowanego 4.1.2 Pozdrawiam serdecznie
  4. Witam ostatnio zachciało mi się zabawy w custom romy w mojej xperi NeoV, wgrałem cm 11 i Dark kernel. Jestem wmiareogarniajacy temat modow itp jakbyco. Moj problem wyglada nastepujaco, otoz dzisiaj mi sie zachciało przejsc na gin2kitkat, wgrałem najpierw kernela jakiegos na GB, przypadkiem tel mi sie wlaczyl po odłaczeniu od flashtoola, bootlop z logiem sony, pozniej wgrałem kernela od stocka ics 587, i przy wgrywaniu firmwaru wywaliło mi jakis bład, spanikowałem wgrałem spowrotem kernel dark, zeby wogole uruchomic tel. A teraz wogole telefon nie wstaje brak jakiej kolwiek akcji. POMOCY! Co Robic?, gdzies na necie wyguglałem ze byc moze uwalony bootloader ale nie mam pojecia. Czy z tel da sie cos zrobic?
  5. Witam stałem się posiadaczem S SII, jako że był na nim adnek 2.3 postanowiłem zainstalować coś nowszego. Wcześniej istalowałem już Romy na moto defy. Zainstalowałem CWM pod mój telefon dokładnie pod tą wersje jądra... Poprzez CWM zainstalowałem update.zip (CM9). Po odpaleniu pokazuje się logo CM9, i tak trwa ta animacja, po 2h uruchomiłem ponownie. TO SAMO.
  6. 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 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 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-I9100 są BEZPIECZNE. Wszystkie kernele ICS oparte o źródła Update4 dla GT-I9100 są BEZPIECZNE - 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-N7000 są NIEBEZPIECZNE. Wszystkie oficjalne kernele ICS dla GT-N7000 są NIEBEZPIECZNE. 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/L są NIEBEZPIECZNE (na SHW-M250L Update4 wystąpił problem z kernelem SiyahKernel 3.1rc6. Inne kernele od Siyah są BEZPIECZNE). 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-I777 są NIEBEZPIECZNE. 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-T989 są NIEBEZPIECZNE. 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").
x