morfik

Moderators
  • Content count

    587
  • Joined

  • Last visited

Community Reputation

62

About morfik

  • Birthday

Contact Methods

  • Website URL
    https://morfitronik.pl/
  • Jabber
    morfik@chrome.pl

Profile Information

  • Gender
    Mężczyzna
  • Interests
    Alternatywne rozwiązania na bazie OpenSource przy zastosowaniu systemów operacyjnych z rodziny linux, np. Debian.
    Alternatywne firmware OpenWRT/LEDE/DD-WRT/LUCI/GARGOYLE na bezprzewodowe routery WiFi.
    Bezpieczeństwo systemów i sieci komputerowych.

Recent Profile Visitors

503 profile views
  1. Pograłem trochę w te tanki i nic nadzwyczajnego nie widać.
  2. Może twój ISP ma wpisany w swojej konfiguracji adres MAC z poprzedniego routera i teraz jak podłączasz ten drugi router, to urządzenie to jest widziane jako nieautoryzowane i blokowane przez infrastrukturę ISP. Ja bym na twoim miejscu sklonował sobie adres MAC z tego poprzedniego routera i wpisał go w konfiguracji na tym nowym routerze. Jeśli po tym zabiegu będziesz miał net, to trzeba będzie napisać do ISP, by zaktualizowali sobie wpisy i uwzględnili nowy MAC.
  3. Grafikę ma całkiem przyzwoitą, a jak tych obcych ci wlezie parę tysięcy, to ekran przestanie odpowiadać, bo procesor z przeliczaniem nie wyrabia. Także moim zdaniem gra jest dość wymagająca. Wcześniej sobie grywałem w Hearthstone i też mi się nic nie grzało. Może moje lodowate dłonie robią za niezły radiator. WoT mogę sprawdzić wieczorem ale też nie sądzę, że będzie jakaś większa różnica.
  4. Jeśli pytasz o wymuszenie częstotliwości na HiLink'ach, to jeśli ci panel konfiguracyjny nie oferuje takiej możliwości, to się zwyczajnie nie da. Choć ja nigdy nie miałem HiLink'a i nie wiem dokładnie jak wygląda operowanie na nim. Z tego co czytałem, to konfiguracja takich modemów jest zwykle szczątkowa, bo oprogramowanie nie pozwala na wiele. Dlatego ja szukałem tego konkretnego modelu modemu, by mieć nieco większe pole manewru nie tylko w przypadku doboru częstotliwości ale także jeśli chodzi o bezproblemową pracę takiego urządzenia pod linux/OpenWRT/LEDE.
  5. Ja obstawiam, że ludzie mają podobne lub te same problemy z tymi aplikacjami co ja, tj. wymuszają DNS i aplikacja zwyczajnie nie działa, bo nie ma jak rozwiązać nazwy wskazującej na adres IP z przestrzeni prywantej. Chodzi o te adresy podobne do: tplinklogin.net oraz tplinkextender.net
  6. Przy okazji tak sobie patrzę i nawet jest taka appka, ciekawe czemu takie niskie noty. Trza będzie sprawdzić.
  7. W artykułach dotyczących przeprowadzania procesu root na smartfonach Neffos Y5 oraz Y5L był pokazany sposób na dokonanie backup'u całego flash'a tych urządzeń. Jeśli Android w naszym telefonie jest ukorzeniony albo chociaż mamy wgrany obraz TWRP na partycję /recovery/ , to jesteśmy w stanie przeprowadzać regularny backup wszystkich danych użytkownika z poziomu trybu recovery. Proces takiego backup'u będzie się nieco różnił w stosunku do tego opisywanego w wyżej podlinkowanych artykułach. W tym przypadku nie będziemy robić kopii binarnej, a jedynie zgramy sobie wszystkie pliki znajdujące się na partycji /data/ . W tym artykule zostanie pokazany sposób na przeprowadzanie procesu kopii zapasowej w smartfonie Neffos Y5. Niemniej jednak, taki regularny backup można przeprowadzać praktycznie w każdym smartfonie posiadającym recovery z TWRP. Kopia binarna czy kopia plików Dysponując obrazem z recovery TWRP w zasadzie jesteśmy w stanie przeprowadzić dwa rodzaje kopii zapasowych: kopia binarna i kopia zwykłych plików. Nas średnio interesuje kopia binarna, a to ze względu na fakt zgrywania z partycji /data/ każdego pojedynczego bita danych. Partycja /data/ jest największą partycją w naszych telefonach i zwykle ma ona rozmiar 10-12 GiB (przy rozmiarze flash'a 16 GiB). W tych bardziej wypasionych smartfonach, ta partycja może mieć sporo większy rozmiar. Jeśli teraz byśmy stworzyli kopię binarną takiej partycji, to system zrzuci nam wszystkie dane na niej zawarte wliczając w to wolne miejsce. W efekcie możemy mieć na tej partycji zajętych 2 GiB, a i tak zostanie utworzony plik o rozmiarze tych 12 GiB. Marnujemy zatem sporo miejsca, bo przecież taki backup trzeba gdzieś przechowywać. W przypadku kopii zapasowej plików, system zgrywa poszczególne pliki z partycji /data/ i robi z nich skompresowane archiwum, coś jak paczka .zip . W porównaniu do kopii binarnej, takie spakowane archiwum plików zajmuje parokrotnie mniej miejsca, no i oczywiście sam proces backup'u (i późniejszego kopiowania danych z telefonu na komputer) trwać będzie o wiele krócej. Odblokowany bootloader Technicznie rzecz biorąc, tryby recovery w smartfonach z Androidem mają różne opcje. Niektóre z nich oferują możliwość zrobienia backup'u partycji /data/ , a inne takiej funkcji nie posiadają. Jeśli stock'owy obraz partycji /recovery/ nie daje nam możliwości przeprowadzenia procesu kopii zapasowej, to nie pozostaje nam nic innego jak sięgnięcie po obraz recovery z TWRP. Problem z tym obrazem jest jednak taki, że musimy go albo wgrać na partycję /recovery/ , albo tez odpalić go w pamięci telefonu, tak by nie wprowadzać żadnych zmian na flash'u urządzenia. Rzecz w tym, by móc tego typu zabieg przeprowadzić, trzeba odblokować bootloader, a to, jak zapewne wiemy, inicjuje proces Factory Reset i czyści wszystkie dane użytkownika zgromadzone na partycji /data/ . Mając na uwadze ten fakt, kopia zapasowa plików użytkownika przez tryb recovery z TWRP dotyczy tylko i wyłącznie telefonów z odblokowanym bootloader'em. Zakładam w tym miejscu, że mamy już odblokowany bootloader w naszym smartfonie. Kopia zapasowa z poziomu aplikacji Inny problem, jaki może mieć dla nas znaczenie przy kopii zapasowej przez tryb recovery, to potrzeba chwilowego wyłączenia telefonu. Ten sposób nie jest zatem optymalny dla użytkowników, którzy muszą być ciągle online i nie mogą na te kilkanaście minut rozłączyć się ze światem. Jest za to kilka programików, które umożliwiają zrobienie tego typu backup'u z poziomu działającego telefonu. Ja jednak nigdy nie testowałem tego oprogramowania i za bardzo nie mogę nic na jego temat powiedzieć. Zwykle też oferowane za sprawą takich programików rozwiązania są płatne. Z kolei zaś obrazy TWRP, które możemy wgrać na swój telefon, mamy za free. Uruchamianie smartfona w trybie recovery Zwykle jak korzystamy z telefonu przez dłuższy czas, to jest wielce prawdopodobne, że sporo rzeczy zmieniliśmy w konfiguracji takiego urządzenia. Mamy zapewne też wgranych szereg niestandardowych aplikacji, których ustawienia również zostały przez nas dostosowane do naszych potrzeb. O ile pliki graficzne, dźwiękowe czy też video można sobie bez problemu zgrać na komputer, o tyle właśnie tych ustawień telefonu za bardzo nie mamy jak sobie skopiować. Wejdźmy zatem w tryb recovery naszego telefonu. W przypadku, gdy obraz TWRP jest wgrany na flash smartfona, to wyłączamy urządzenie i przyciskamy jednocześnie przyciski VolumeUp + Power. Jeśli zaś chcemy uruchomić TWRP w pamięci RAM telefonu, to musimy uruchomić to urządzenie w trybie bootloader'a i zaaplikować obraz z partycją /recovery/ za pomocą narzędzia fastboot . Instalacja i konfiguracja fastboot pod linux jest opisana w osobnym wątku. Niezależnie od wybranego sposobu, naszym oczom powinno ukazać się menu TWRP podobne do tego poniżej (w opcjach można wybrać język polski): Jak widać na obrazku, mamy dwie pozycje: Kopia i Przywróć. Jeśli zamierzamy dokonać backup'u, to naturalnie przechodzimy do pozycji Kopia. Jeśli zaś zamierzamy uprzednio utworzoną kopię zapasową odtworzyć, to przechodzimy do Przywróć . Tworzenie kopii zapasowej partycji /data/ przez TWRP Po przejściu do pozycji Kopia zostaną nam zaprezentowane opcje wyboru poszczególnych partycji, których kopie zamierzamy przeprowadzić. To jakie partycje znajdziemy w tym okienku zależy głównie od pliku fstab , który znalazł się w obrazie TWRP. Niektóre są bardziej rozbudowane, a inne ograniczają się jedynie do podstawowych wpisów. W każdym razie, partycja /data/ powinna być widoczna na liście: W tym przypadku na liście mamy dwie pozycje z nazwą Data . Ta zaznaczona pozycja odpowiada za zrobienie backup'u samych plików na partycji /data/ . Ta druga opcja umożliwia naturalnie zrobienie kopii binarnej ale nie będziemy z niej korzystać. Niemniej jednak, warto zauważyć różnice w ilości kopiowanych danych. Same pliki w tym przypadku mają nieco ponad 100 MiB, podczas gdy cała partycja ma ponad 12 GiB. Różnica jest ogromna. Po zaznaczeniu odpowiedniej pozycji upewniamy się jeszcze, że wybraliśmy stosowną pamięć do zapisu pliku kopii zapasowej, tj. Kartę SD. Jako, że tutaj nie ma dużo danych do zapisu, to można wykorzystać nawet małe karty SD, które mają rozmiar 1-2 GiB. Obraz partycji na taką małą kartę SD by nam się nie zmieścił, a same dane wejdą bez większego problemu. Warto tutaj jeszcze dodać, że w przypadku, gdy rozmiar danych na partycji /data/ jest duży, to plik backup'u zostanie podzielony automatycznie na mniejsze kawałki (~1,5 GiB). Nie ma zatem obawy o zapis takich plików na kartę SD sformatowaną system plików z rodziny FAT. Obraz całej partycji /data/ , jako, że przekracza on limit 4 GIB, trzeba by umieścić na karcie SD sformatowanej innym systemem plików, np. linux'owym EXT4. By zrobić backup, przesuwamy strzałki na prawą stronę: Po zakończeniu całego procesu, na karcie SD zostaną utworzone następujące pliki: data.ext4.win (archiwum TAR), data.ext4.win.md5 (zawiera sumę kontrolną archiwum), recovery.log (zawiera log z backup'u) oraz data.info (zawiera info na temat rozmiaru, typu i liczby plików archiwum). Lepiej nie kasować żadnego z tych plików, bo inaczej TWRP będzie miało prawdopodobnie problemy z odtworzeniem backup'u. Odtwarzanie kopii zapasowej partycji /data/ przez TWRP Kopię zapasową partycji /data/ można również odtworzyć. Nie zaleca się jednak wgrywania takiego backup'u w momencie, gdy był on sporządzany na innej wersji Androida. Dla przykładu załóżmy, że stworzyliśmy sobie kopię na Androidzie 5.1 Lollipop, zaktualizowaliśmy system do nowszej wersji i chcemy tę kopię odtworzyć na Androidzie 6.0 Marshmallow. Ja generalnie nie robiłbym tego, a to z tego względu, że różnice między tymi systemami są znaczne. Tak odtworzona kopia mogłaby uszkodzić system, w sensie takim, że nie uruchomiłby nam się on ponownie i trzeba by przeprowadzić proces Factory Reset. Odtworzenie kopii zapasowej w każdym innym przypadku, tj. na tym samym urządzeniu po uprzednim przywróceniu jego ustawień do fabrycznych, czy też na innych smartfonach mających tę samą wersję Androida, nie powinno raczej nam zaszkodzić. Choć w przypadku wgrywania backup'u na inne telefony również bym uważał. Zakładając jednak, że coś namieszaliśmy w systemie naszego smartfona i wiemy, że nie obędzie się bez przywracania go do ustawień fabrycznych, możemy naturalnie po zainicjowaniu Factory Reset wgrać uprzednio zrobiony backup również przez tryb recovery. Będąc w trybie recovery, w głównym menu TWRP wybieramy pozycję Przywróć . Tam z kolei mamy listę plików kopii zapasowych, które możemy przywrócić. Po kliknięciu na interesującą nas pozycję zostanie nam zwrócona informacja na temat danych, które w takim pliku się znajdują, tj. partycji, które zostały w tej kopii zawarte. W tym przypadku mamy dane z partycji /data/ : Na dole mamy również opcję Włącz weryfikację MD5 kopii zapasowych . Tę opcję można naturalnie zaznaczyć ale trzeba mieć na uwadze, że proces odtwarzania backup'u będzie trwał dłużej, zwłaszcza w przypadku, gdy danych w kopii jest dość sporo. Po zaznaczeniu stosownych opcji, przeciągamy strzałki na prawą stronę: Jak widać z komunikatów na fotce, nie ma potrzeby przeprowadzania wcześniej procesu Factory Reset, bo partycja przed wgraniem na nią backup'u jest automatycznie czyszczona. Problem z odblokowaniem ekranu po odtworzeniu backup'u Wiele osób ma zabezpieczony dostęp do telefon za pomocą kodu PIN. W takich przypadkach, by móc używać tego urządzenia w innych celach niż połączenia alarmowe trzeba podać cztery cyferki. Jeśli tego nie zrobimy, nie damy rady zdjąć blokady ekranu i nie dostaniemy się do systemu. Jeśli kopia partycji /data/ była przeprowadzana na telefonie, który miał włączoną blokadę ekranu, to w pewnych sytuacjach po odpaleniu systemu nie damy rady ściągnąć tej blokady nawet podając poprawny PIN: Problem naturalnie można poprawić ale trzeba odpalić telefon ponownie w trybie recovery. Tam z menu TWRP przechodzimy do Zaawansowane => Menadżer Plików: W menadżerze plików przechodzimy do katalogu /data/system/ , z którego to musimy skasować kilka plików. Kasujemy wszystko to co ma w nazwie .key oraz locksettings. : W tym przypadku skasowanych zostało 5 plików: gatekeeper.password.key , gatekeeper.pattern.key , locksettings.db , locksettings.db-shm oraz locksettings.db-wal . Po ich usunięciu restartujemy telefon i już powinniśmy być w stanie zalogować się w systemie. Jedyna różnica jest taka, że teraz nie byliśmy pytani o PIN, bo usunęliśmy wcześniej zarówno klucze jak ustawienia blokady. W przypadku, gdy blokada ekranu jest dla nas dość ważna, to naturalnie możemy ją ustawić sobie ponownie w tradycyjny sposób. Jak tylko blokada zostanie włączona, to system wygeneruje nowe klucze i nimi zabezpieczy nasz telefon. Pamiętajmy jednak, że mając TWRP na partycji /recovery/ , czy w ogóle odblokowany bootloader, to te klucze/ustawienia możemy usuwać bez problemu i w ten sposób obchodzić mechanizm blokady ekranu w telefonach z Androidem. Warto mieć zatem świadomość, że blokada ekranu w takich urządzeniach nie chroni nas zupełnie przed niczym. Oczywiście można nieco minimalizować zagrożenie przez wgrywanie TWRP tylko do pamięci telefonu, a na partycji /recovery/ trzymać stock'owy soft, choć i tak lepiej jest nie zostawić telefonu bez nadzoru na dłuższy czas.
  8. Wersje są różne w zależności od regionów na świecie i chyba w Polsce/Europie jest standardowo TP702A. System jest aktualny ale to raczej i tak nie ma znaczenia w moim przypadku.
  9. No tak mam min. c5 max. Co do czasu grania to masz tam przecie na wykresie. U mnie najwyraźniej jest jakiś problem z ładowaniem. Od 0 do pełna zwykle w 4h. Czasami bierze 0,2A, czasami 1A na tej dołączonej do zestawu ładowarce 2A. Na mojej 3,1 A czasami da radę włączyć jakiś "tryb turbo" i potrafi ładować na 1,8A ale nie wiem od czego to zależy. Wygląda to tak jakby telefon se dobierał jakim prądem chce być ładowany bo w przypadku innych sprzętów mi się takie cuda nie dzieją.
  10. Miałem chwilę popykać w Alien Shooter i podpiąłem w tym czasie telefon pod ładowarkę: Sam widzisz, że podbiło temp prawie pod te 45 stopni. Pewnie gdybym miał cieplejsze łapki, to by również i dobiło do tej temperatury. Zatem lepiej jest nie grać gdy telefon jest podłączony do prąd. Ewentualnie też można by spróbował ładować go mniejszym natężeniem.
  11. Zainspirowany wątkiem na forum JDtech na temat testów transferów w konkretnych pasmach/częstotliwościach LTE, postanowiłem sprawdzić jak ta sprawa wygląda w mojej okolicy. Generalnie ja obecnie u siebie mam modem Huawei E3372s-153 w wersji NON-HiLink podpięty do routera TP-LINK Archer C2600. Oczywiście na tym routerze jest wgrany alternatywny firmware LEDE/OpenWRT, bo inaczej nie miałbym możliwości skorzystać z tego modemu. Standardowa konfiguracja LTE w LEDE/OpenWRT daje nam jedynie możliwość wyboru między ustawieniami auto , gsm , umts , lte , preferumts oraz preferlte . W przypadku internetu LTE, zwykle wybieramy tutaj tryb auto , ewentualnie też lte , by wymusić konkretny tryb pracy modemu, co może mieć kolosalne znaczenie przy darmowym internecie od RBM/Play. Niemniej jednak, nawet w przypadku wyboru lte , częstotliwość na jakiej będzie pracował modem w dalszym ciągu jest dobierana automatycznie w oparciu o parametry sygnału docierającego z dostępnych w okolicy BTS'ów. W przypadku modemu E3372 można jednak wymusić, by połączenie LTE było realizowane na konkretnej częstotliwości, np. 2100/1800/2600/900/800 MHz i by taki stan rzeczy osiągnąć, trzeba nieco przerobić konfigurację tego alternatywnego oprogramowania znajdującego się w naszym routerze WiFi. Dostosowanie konfiguracji LEDE/OpenWRT na potrzeby LTE Przede wszystkim, by móc operować na modemie LTE z poziomu routera WiFi z wgranym firmware LEDE/OpenWRT, musimy pierw zainstalować stosowne oprogramowanie. Nie będę tutaj opisywał tego zagadnienia, bo to zostało zrobione już w osobnym wątku. Zakładam też, że nasz modem LTE działa bez większego problemu na routerze i nie mamy problemów ze zmuszeniem go do pracy. Nas tutaj bardziej interesować będzie konfiguracja modemu, a konkretnie plik /etc/gcom/ncm.json . To w tym pliku jest zawarta instrukcja, tj. poszczególne polecenia, które są przesyłane do modemu w celu jego konfiguracji. Jako, że my tutaj dysponujemy modemem LTE od Huawei, to interesuje nas sekcja "huawei": { } . Tam z kolei mamy podsekcję "modes": { } i tutaj właśnie są zlokalizowane konfiguracje trybów pracy modemu. Standardowo mamy tutaj te poniższe wpisy: "modes": { "preferlte": "AT^SYSCFGEX=\\\"030201\\\",3fffffff,2,4,7fffffffffffffff,,", "preferumts": "AT^SYSCFGEX=\\\"0201\\\",3fffffff,2,4,7fffffffffffffff,,", "lte": "AT^SYSCFGEX=\\\"03\\\",3fffffff,2,4,7fffffffffffffff,,", "umts": "AT^SYSCFGEX=\\\"02\\\",3fffffff,2,4,7fffffffffffffff,,", "gsm": "AT^SYSCFGEX=\\\"01\\\",3fffffff,2,4,7fffffffffffffff,,", "auto": "AT^SYSCFGEX=\\\"00\\\",3fffffff,2,4,7fffffffffffffff,," }, Mając dostępne tylko te powyższe tryby, nie da rady wymusić konkretnego pasma LTE, bo każdy z tych trybów ma 7fffffffffffffff , co odpowiada za obsługę wszystkich pasm. Możemy jednak zmienić tę wartość na taką, którą odpowiada za konkretną częstotliwość. Najprościej jest po prostu dodać kilka dodatkowych wpisów i odpowiednio przerobić 7fffffffffffffff , poniżej przykład: "lte-fdd-2100": "AT^SYSCFGEX=\\\"03\\\",3fffffff,2,1,1,,", "lte-fdd-1800": "AT^SYSCFGEX=\\\"03\\\",3fffffff,2,4,4,,", "lte-fdd-2600": "AT^SYSCFGEX=\\\"03\\\",3fffffff,2,4,40,,", "lte-fdd-900": "AT^SYSCFGEX=\\\"03\\\",3fffffff,2,4,80,,", "lte-fdd-800": "AT^SYSCFGEX=\\\"03\\\",3fffffff,2,4,80000,," Pierwsza wartość liczbowa w komendzie AT, czyli 03 , wymusza LTE, zatem modem ma pracować tylko w tym trybie. Ostatnia wartość liczbowa, tj. 1 , 4 , 40 , 80 oraz 80000 , odpowiada kolejno pasmom B1 (2100 MHz), B3 (1800 MHz), B7 (2600 MHz), B8 (900 MHz) i B20 (800 MHz) w technologi FDD. Każdy taki wpis, za wyjątkiem ostatniego, ma być zakończony przecinkiem ( , ). Jakie pasma/częstotliwości LTE są dostępne w mojej okolicy Dostosowanie konfiguracji dla modemu LTE to jedna rzecz ale trzeba także zrobić lekkie rozeznanie na temat tego jakie częstotliwości LTE są dostępne w okolicy naszego miejsca zamieszkania/przebywania. Tutaj nie ma prostej metody, by takie informacje zdobyć. Niby można posłużyć się serwisami w stylu BTSEARCH ale zawarte w nich dane dotyczące konkretnych stacji bazowych czasami są błędne lub też w ogóle ich tam nie znajdziemy. Możemy jednak przełączyć modem w każdy ze zdefiniowanych wyżej trybów i sprawdzić czy uda się uzyskać połączenie w pasmach obsługiwanych przez modem. Edytujemy zatem plik /etc/config/network na routerze. Interesuje nas sekcja konfigurująca interfejs sieciowy przypisany modemowi LTE: config interface 'lte' ... option mode 'lte-fdd-2600' ... Teraz już wystarczy tylko dostosować opcję mode wpisując nazwy zdefiniowane w pliku /etc/gcom/ncm.json oraz przeprowadzić szereg pomiarów prędkości łącza internetowego, np. w serwisie speedtest. Ja dla wygody testy robiłem z poziomu aplikacji na smartfona. Uzyskałem wyniki dla 2100 MHz, 1800 MHz, 2600 MHz i 800 MHz. Niestety na 900 MHz modem nie był w stanie zrealizować połączenia. Widać zatem, że największą prędkość udało się uzyskać w paśmie 2600 MHz i w zasadzie można tę częstotliwość wymusić. Niemniej jednak, jeśli zmieniamy dość często miejsce pobytu, to lepiej jest pozostać przy automatycznym doborze częstotliwości, bo nie zawsze będziemy w zasięgu, np. tego pasma 2600 MHz.
  12. Przeprowadzenie procesu root na smartfonie Neffos Y5L od TP-LINK nie było tak łatwe jak w przypadku innych modeli telefonów tego producenta. Niemniej jednak, trzeba zdawać sobie sprawę, że ukorzenianie Androida niesie za sobą pewne zagrożenia. Nie chodzi tutaj tylko o niezaufane aplikacje ale też trzeba brać pod uwagę możliwość przypadkowego (przypadki nie istnieją) skasowania czy zmienienia plików systemowych, przez co nasz telefon może przestać nam działać poprawnie lub też przestanie się w ogóle uruchamiać. Jeśli natomiast wgraliśmy SuperSU i praktycznie w ogóle z niego nie korzystamy, to moim zdaniem lepiej jest przeprowadzić proces unroot i korzystać z Neffos'a Y5L, tak jak ze zwykłego urządzenia z Androidem na pokładzie. Proces cofania zmian w systemie nie jest jakoś specjalnie trudny ale trzeba uważać, by w jego trakcie nie uszkodzić smartfona. Ten artykuł ma na celu pokazanie jak cofnąć wszelkie zmiany wprowadzone w telefonie za sprawą dostępu do praw administracyjnych w Neffos Y5L. Odinstalowanie SuperSU (unroot) Zmiany wprowadzane w systemie za sprawą ukorzenionego Androida mogą być niewielkie lub też mogą dość znacznie ingerować w jego struktury. W zasadzie unroot przeprowadzany z poziomu SuperSU działa OOTB. Trzeba tutaj jednak wyraźnie zaznaczyć, że SuperSU nie usunie nam zmian wprowadzonych przez inne aplikacje wymagające praw administratora root. SuperSU jest w zasadzie zdolny odinstalować sam siebie oraz (opcjonalnie) przywrócić partycję /recovery/ do stanu fabrycznego. W przypadku, gdy nie chcemy zbytnio powracać do standardowego ROM'u, a jedynie nieco zabezpieczyć nasz smartfon przez uniemożliwienie logowania się aplikacjom na użytkownika root, to możemy w zasadzie odinstalować samo SuperSU. Chodzi generalnie o to, że wprowadzone przez nas zmiany na partycji /system/ , do przeprowadzenia których potrzebny nam był SuperSU, i tak przetrwają odinstalowanie tego programiku. Po skonfigurowaniu Androida, SuperSU jest nam zwyczajnie zbędny i stwarza on tylko niepotrzebne zagrożenie dla bezpieczeństwa systemu. SuperSU w Neffos Y5L możemy odinstalować z menu tejże aplikacji przechodząc w Ustawienia => Pełny Unroot. Jeśli nie chcemy przywracać partycji /recovery/ , to w ostatnim kroku wybieramy opcję NIE. Jeśli smartfon nie uruchomi się ponownie automatycznie, to naturalnie po całym procesie telefon restartujemy ręcznie. W przypadku, gdy proces usuwania SuperSU się zawiesi nam, to trzeba zrestartować smartfon i ponowić proces unroot bezpośrednio po włączeniu telefonu. Możemy naturalnie sprawdzić czy cały proces przebiegł zgodnie z planem i czy nasz Neffos Y5L w dalszym ciągu posiada root: Niemniej jednak, jeśli w Neffos Y5L chcemy przywrócić całą partycję /system/ usuwając tym samym wszelkie zmiany wprowadzone w telefonie, to trzeba do tej kwestii podejść nieco inaczej. Wydobywanie partycji /system/ , /recovery/ i /boot/ z obrazu flash'a W zasadzie mając zrobiony pełny obraz flash'a smartfona Neffos Y5L możemy wydobyć z niego określone partycje via dd i wgrać je w stosowne miejsca przez bootloader za pomocą fastboot. Zamontujmy zatem ten obraz backup'u w systemie (za pomocą losetup ) i sprawdźmy jak wygląda jego layout, np. w gdisk : Interesują nas partycje 21 ( /system/ ), 24 ( /recovery/ ) oraz 20 ( /boot/ ). Robimy ich zrzut do osobnych plików via dd : # losetup /dev/loop0 '/smartfon/Neffos Y5L/full_flash.emmc.win' # dd if=/dev/loop0p21 of=./neffos_y5l_orig_system.img # dd if=/dev/loop0p24 of=./neffos_y5l_orig_recovery.img # dd if=/dev/loop0p20 of=./neffos_y5l_orig_boot.img Przywracanie partycji /system/ via fastboot Przywrócenie partycji /system/ w trybie bootloader'a za pomocą narzędzia fastboot nie odtworzy automatycznie nam partycji /recovery/ . Musimy ją wgrać osobno. Na początek wgrajmy obraz partycji /system/ . Wyłączamy telefon i włączamy go ponownie trzymając przyciski VolumeDown + Power (powinno pojawić się logo TP-LINK'a i Android'a). Następnie podpinamy telefon do portu USB komputera i sprawdzamy, czy narzędzie fastboot jest w stanie wykryć nasz smartfon: # fastboot devices 8a8f289 fastboot Wgrywamy teraz wydobyty wcześniej obraz neffos_y5l_orig_system.img na smartfon przy pomocy poniższego polecenia: # fastboot flash system neffos_y5l_orig_system.img target reported max download size of 262144000 bytes Invalid sparse file format at header magi erasing 'system'... OKAY [ 1.532s] sending sparse 'system' (241786 KB)... OKAY [ 10.892s] writing 'system'... OKAY [ 24.863s] sending sparse 'system' (232980 KB)... OKAY [ 10.580s] writing 'system'... OKAY [ 27.701s] ... sending sparse 'system' (185348 KB)... OKAY [ 8.556s] writing 'system'... OKAY [ 22.117s] finished. total time: 308.857s Partycja /system/ przed wgraniem nowego obrazu została pierw wyczyszczona. Następnie obraz tejże partycji został podzielony na kawałki i przesłany na telefon, no i oczywiście wszystkie części obrazu zostały pomyślnie wgrane na flash smartfona. Czyszczenie partycji /data/ i /cache/ Jako, że wgraliśmy świeży obraz partycji /system/ , to przydałoby się także wyczyścić dane użytkownika znajdujące się na partycji /data/ : # fastboot format userdata Creating filesystem with parameters: Size: 5199867904 Block size: 4096 Blocks per group: 32768 Inodes per group: 8144 Inode size: 256 Journal blocks: 19835 Label: Blocks: 1269499 Block groups: 39 Reserved block group size: 311 Created filesystem with 11/317616 inodes and 42271/1269499 blocks target reported max download size of 262144000 bytes erasing 'userdata'... OKAY [ 3.013s] sending 'userdata' (83009 KB)... OKAY [ 3.543s] writing 'userdata'... OKAY [ 6.071s] finished. total time: 12.627s Dobrze jest także wyczyścić dane znajdujące się w cache: # fastboot format cache Creating filesystem with parameters: Size: 268435456 Block size: 4096 Blocks per group: 32768 Inodes per group: 8192 Inode size: 256 Journal blocks: 1024 Label: Blocks: 65536 Block groups: 2 Reserved block group size: 15 Created filesystem with 11/16384 inodes and 2089/65536 blocks target reported max download size of 262144000 bytes erasing 'cache'... OKAY [ 0.190s] sending 'cache' (6248 KB)... OKAY [ 0.278s] writing 'cache'... OKAY [ 0.936s] finished. total time: 1.405s Warto tutaj dodać, by nie korzystać z opcji erase w miejscu format . W przypadku erase system podczas ponownego startu złapie nam bootloop'a i trzeba będzie ponawiać czyszczenie partycji /data/ i /cache/ z wykorzystaniem format . Opcja erase przydaje się jedynie przed ponownym flash'owaniem. Przywracanie partycji /recovery/ i /boot/ via fastboot Podobnie jak w przypadku partycji /system/ , partycje /recovery/ i /boot/ również przywracamy z poziomu bootloader'a za pomocą narzędzia fastboot . Ten proces się zbytnio wcale nie różni, tylko wymaga wskazania pozostałych obrazów i wgrania ich na odpowiednie partycje: # fastboot flash recovery neffos_y5l_orig_recovery.img # fastboot flash boot neffos_y5l_orig_boot.img Ponowny restart Neffos'a Y5L Po wgraniu świeżego obrazu na partycję /system/ , /recovery/ i /boot/ oraz wyczyszczeniu partycji /data/ i /cache/ , możemy zresetować naszego Neffos'a Y5L i sprawdzić czy się uruchomi on ponownie. Wpisujemy zatem w terminal poniższe polecenie: # fastboot reboot Neffos Y5L powinien się uruchomić bez większych problemów, o ile przeprowadziliśmy powyższe kroki tak jak trzeba. Proces pierwszego startu zajmie dłuższą chwilę ale ostatecznie powinniśmy zobaczyć znajomy nam wszystkim ekran pierwszego logowania z wyborem języka systemu. Zablokowanie bootloader'a w Neffos Y5L To jednak nie jest koniec i w zasadzie możemy sobie darować konfigurację telefonu w tej fazie. A to z tego względu, że bootloader w dalszym ciągu jest odblokowany. Jeśli teraz byśmy skonfigurowali wstępnie system, to po zablokowaniu bootloader'a ponownie będziemy musieli wszystko ustawiać. Dlatego też wyłączamy telefon i uruchamiamy go w trybie bootloader'a za pomocą przycisków VolumeDown + Power. Następnie w terminalu wpisujemy poniższe polecenie: # fastboot oem lock Nasz Neffos Y5L powinien nam się uruchomić ponownie, a na jego ekranie powinniśmy zobaczyć zielonego robocika przeprowadzającego proces Factory Reset. Po chwili smartfon uruchomi się ponownie, a po jeszcze dłuższej chwili system powinien się załadować już na fabrycznych ustawieniach:
  13. Tak szukałem wczoraj trochę i wychodzi na to, że Neffos Y5L również i pod względem ustawiania fotki na ekranie blokady jest nieco wybrakowany. Generalnie to każdą fotkę można ustawić jako tapetę przez galerię ale nie ma tam opcji przypisania tego obrazka do ekranu blokady. To co dałem wyżej, to dotyczy najwyraźniej tylko wbudowanych tapet. Nie wiem czy jest jakiś folder, w którym można umieszczać pliki, by przez ten mechanizm zostały z automatu podebrane. Niemniej jednak, w innych modelach, np. w Neffos Y5, fotkę na ekranie blokady można ustawić bez większego problemu z Ustawienia => Wyświetlacz: Takiej opcji Neffos Y5L nie posiada, także raczej standardowo chyba nie da rady ustawić własnej fotki na ekranie blokady. Pewnie byłaby taka możliwość po zrootowaniu Androida ale to chyba przesada.
  14. To z "factory" w nazwie się stosuje zwykle tylko przy przechodzeniu z stock'owego firmware producenta routera na alternatywny soft. Później można jechać już na sysupgrade. Raczej bez problemu można jechać na sysupgrade w przypadku przechodzenia między OpenWRT, LEDE, LUCI i GARGOYLE ale w przypadku DD-WRT ja bym na twoim miejscu pierw powrócił do stock'owego oprogramowania routera, a dopiero potem wgrywał DD-WRT.
  15. Zmieniasz w tym samym miejscu. Przytrzymaj pulpit w pustym miejscu, a później już łatwo: W te 3 białe kropki kliknij.