<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Mediatek on Morfitronik</title>
    <link>https://morfikov.github.io/tags/mediatek/</link>
    <description>Recent content in Mediatek on Morfitronik</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>pl-PL</language>
    <lastBuildDate>Tue, 02 May 2017 17:19:22 +0200</lastBuildDate><atom:link href="https://morfikov.github.io/tags/mediatek/feed.xml" rel="self" type="application/rss+xml" />
    <item>
	  <author>Mikhail Morfikov</author>
      <title>Jak sprawdzić czy smartfon z Androidem podlega gwarancji</title>
      <link>https://morfikov.github.io/post/jak-sprawdzic-czy-smartfon-z-androidem-podlega-gwarancji/</link>
      <pubDate>Tue, 02 May 2017 17:19:22 +0200</pubDate>
      
      <guid>https://morfikov.github.io/post/jak-sprawdzic-czy-smartfon-z-androidem-podlega-gwarancji/</guid>
      <description>&lt;p&gt;Gdy kupujemy smartfon, to jego producent daje nam na ten sprzęt gwarancję i przez pewien okres czasu
możemy nie martwić się o koszty ewentualnej naprawy. Niestety żyjemy w takich czasach, że sprzęt
elektroniczny potrafi nam paść sam z siebie i to do tego jeszcze w niewyjaśnionych okolicznościach.
Cześć wad jest fabrycznych (zwykle fizycznych) i te z reguły są oczywiste i łatwe do zdiagnozowania
przez support producenta sprzętu, który nabyliśmy. Niemniej jednak, czasami wady są natury czysto
programowej i tu z kolei ustalenie, gdzie dokładnie leży problem może już sprawiać kłopoty. Dlatego
też producenci telefonów zabezpieczają się przed zmianą firmware przez użytkownika. W ten sposób
wgrywając, np. TWRP recovery czy przeprowadzając proces root Androida, zwykle pozbawiamy się
gwarancji i mamy problem, gdy telefon w późniejszym czasie popsuje się nie z naszej winy. Nawet
jeśli wgramy stock&#39;owe oprogramowanie, to i tak producent sprzętu jest w stanie ustalić czy coś w
firmware mieszaliśmy. Zastanawialiście się może zatem skąd producent smartfona wie czy firmware
takiego urządzenia został w jakiś sposób przez nas zmieniony?&lt;/p&gt;</description>
    </item>
    
    <item>
	  <author>Mikhail Morfikov</author>
      <title>Jak usunąć blokadę bootloader&#39;a (OEM lock) w smartfonie z Androidem</title>
      <link>https://morfikov.github.io/post/jak-usunac-blokade-bootloadera-oem-lock-w-smartfonie-z-androidem/</link>
      <pubDate>Sun, 30 Apr 2017 19:17:15 +0200</pubDate>
      
      <guid>https://morfikov.github.io/post/jak-usunac-blokade-bootloadera-oem-lock-w-smartfonie-z-androidem/</guid>
      <description>&lt;p&gt;Eksperymentując ostatnimi czasy ze smartfonami mającymi na pokładzie system Android nie zdarzyło mi
się jeszcze, by jakoś poważniej taki telefon uszkodzić. Oczywiście wiele razy złapałem soft brick&#39;a
(bootloop i inne takie) ale w zasadzie bez większego problemu szło z takiej sytuacji wybrnąć. Dziś
jednak sprawa była nieco bardziej poważna, bo mój &lt;a href=&#34;http://www.neffos.com/en/product/details/X1&#34;&gt;Neffos X1&lt;/a&gt; nie chciał się po prostu uruchomić,
a konkretnie to pojawiało się logo TP-LINK i Android i telefon na tym ekranie startowym się
zwyczajnie zawieszał. Pikanterii dodaje jeszcze fakt, że przed sprawdzeniem czy telefon działa
poprawnie, zablokowałem bootloader przez &lt;code&gt;fastboot oem lock&lt;/code&gt; . Naturalnie bootloader można
odblokować też przy użyciu &lt;code&gt;fastboot&lt;/code&gt; ale po zresetowaniu urządzenia, ta opcja, którą się przełącza
w ustawieniach deweloperskich automatycznie wraca do pozycji zablokowanej. W taki sposób, by
odblokować bootloader ponownie, trzeba wejść w te opcje jeszcze raz i tam ściągnąć pierw blokadę
OEM, a dopiero później można mówić o bawieniu się &lt;code&gt;fastboot&lt;/code&gt; . A jak niby mamy wejść w te
ustawienia jeśli system nie chce wystartować, a my mamy stock&#39;owy firmware producenta smartfona?
Czy taki stan rzeczy oznacza trwałe uszkodzenie telefonu?&lt;/p&gt;</description>
    </item>
    
  </channel>
</rss>
