- Milyen okostelefont vegyek?
- Motorola Edge 30 Neo - wake up, Jr...
- iPhone topik
- MIUI / HyperOS topik
- Samsung Galaxy S21 FE 5G - utóirat
- Samsung Galaxy S21 Ultra - vákuumcsomagolás
- Vodafone mobilszolgáltatások
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Poco F5 - pokolian jó ajánlat
- Xiaomi Mi 9 SE - csúcsimitátor
Hirdetés
-
Új Reno12 modellek is érkeznek
ma A Reno12 Pro mellett belépő ajánlatokkal is készül az Oppo, a Reno12 F 4G-s és 5G-s verzióban is elérhető lesz.
-
10 éve nem változott ekkorát a Netflix tévés appja
it A Netflix útnak indította a megújult tévés appját, amely az első nagy felújítást jelenti az utóbbi 10 évben.
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
-
Mobilarena
Android szakmai topic
Windows 8/10 gépen a készülék nem csatlakozik többé, mit tehetek?! ---> [link]
Az alábbi témák kitárgyalása kerülendő, mert nem ide tartozik!
Kérdésed a megfelelő topikba tedd fel:
"melyik alkalmazás, ami"
"milyen tokot vegyek"
"piros hátlap hol kapható"
"Melyik okostelefont vegyem?"
Új hozzászólás Aktív témák
-
Kilenc9
csendes tag
válasz Keeperv85 #12122 üzenetére
Gondolom akkor marad az odin.
Ha jól gondolom, akkor ota-n keresztüli frissítés során felküldésre kerül az éppen aktuális android verzió, majd az ota szerver az aktuális- és legfrissebb verziószám alapján saját adatbázisában összehasonlítást végez fájl hash-ekre és ha hiányzó vagy eltérő a hash, akkor az adott állomány frissebb változatát leküldi a telefonra?
-
Kilenc9
csendes tag
válasz Keeperv85 #12124 üzenetére
Ez azt jelenti, hogy minden ota-s frissítés során a szerver on-the-fly állítja össze a packot, generálja a frissítést végző scripteket?
Mikor tőrténik a frissítés? A boot loader végzi? - vagy az elinduló android állítja át pl. a /system-et rw-re, majd a frissítés végén ro-ra? Vagy még ro-ra állítás előtt lefut a frissítés?
Mi van az olyan partícó tartalmakkal, amelyek fájlrendszer formátuma egyedi vagy az apply_patch számára nem ismert? -
Kilenc9
csendes tag
válasz Keeperv85 #12131 üzenetére
Értem, köszi a segítséget, így már picit jobban rálátok talán a folyamatokra.
Egy dolog még nagyon furcsa számomra. Mi végre ez az sha1 hash-es ellenőrzés, akkor, ha az új fw-ben a teljes bináris tartalom újra lett fordítva, feltehetően már fejlettebb toolchain-nel, megváltozott függvénykönyvtárakkal, szval kicsi az esélye, hogy az aktuális (régebbi) fw bármelyik állományának sha1 hash értéke megegyezzen az új fw hasonló nevű és funkciójú állományáéval, mivel feltételezem, a frissítés ezen módjánál a cél az volt, hogy ne kelljen minden esetben letölteni a teljes, akár gigás tartalmat, csak a változásokat a két verzió között. Vagy olyan is előfordulhat, hogy bizonyos fájlok, apk-k nem kerülnek újrafordításra vagy a rendszerben akár régebbi és újabb toolchain-nel fordított alkalmazások lehetnek egy időben jelen?
-
Kilenc9
csendes tag
válasz Keeperv85 #12134 üzenetére
A szerver oldal ezek szerint minden fájl esetében binary diff-et végez, majd összeállít egy metainformációkkal terhelt (offszet, hossz, új tartalom) leíró fájlt? Nem tudom. Ez elég hihetetlen, mert baromi erőforrás- és időigényes. Sokkal egyszerűbb csak az aktuális és a legújabb verzió közötti kész fájl hash-ek összehasonlítása, majd eltérés esetén az adott fájl frissítő csomagba történő beillesztése.
A programot tartalmazó állományok biztos, hogy már alacsony offszet címeknél eltérnek/elcsúsznak, így nem biztos, hogy elég nyereséggel jár egy metainfókból és különbségekből generált állomány alkalmazása. Adatállományoknál (pl. egy videó), lehet más a helyzet, így én egy hibrid megoldást tartanék ésszerűnek. De okoskodás helyett mégésszerűbb lenne, ha inkább utánanéznék. -
-
Kilenc9
csendes tag
válasz Keeperv85 #13734 üzenetére
Ez az lk.bin nem csak az indulási folyamatnál van jelen? Inicializálja, teszteli a működés(é)hez szükséges hw elemeket (így nyilván tartalmazza a hw elemek működtetéséhez szükséges drivereket), majd végül beolvassa a kernelt és elindítja. Utána viszont már a linux kernel dolgozik a saját drivereivel, amelyek a monolitikus kernelbe fordítottak vagy modulként betölthetőek. Ezen a ponton az lk.bin driverei már nem játszanak szerepet.
Ez csak elméleti fejtegetés, ezért is megköszönném, ha elmondanátok hogy is van ez. Köszi -
Kilenc9
csendes tag
válasz lorandne #14625 üzenetére
Flasheld be újra odinnal az autoroot-ot. Pipáld be, hogy a folyamat végén automatikusan indítsa újra a telefont. Ha ez nem segít, akkor tölts le egy komplett gyári firmware-et (pl. sammobile.com), majd odinnal pda-ként flasheld be. Ha ez sem segít, akkor megsérült a param partíció. Erre xda-n találsz megoldást...
-
Kilenc9
csendes tag
válasz lorandne #14628 üzenetére
http://www.sammobile.com/firmwares/ - rákeresel az i9305-re és letöltöd a neked megfelelő fw-t. a zip-ből csomagold ki a .tar vagy .tar.md5 kiterjesztésű állományt. odint indítsd el, a telefon legyen download módban, majd a pda vagy ap textboxnál (odin verziófüggő) tallózd be a kicsomagold állományt és flasheld be.
-
Kilenc9
csendes tag
A secondary boot loader (sbl) figyeli a 3 buttont. Ne recoveryt cserélgess, hanem inkább komplett firmware-et, amiben van sbl (sboot, aboot) is.
Recoveryt indíthatsz droid alól is adb-vel: 'adb reboot recovery'.
Vannak toolok amelyek az obex protokoll hibája miatt root nélkül is meg tudják szünteti a screen lockot (pattern, pin, ...), de kézzel, adb-vel magad is megteheted. Egyes modelleknél a /data/system/ alá kerülnek .key kiterjesztéssel állományok (pl. gesture.key). Ezt kell törölnöd (pl. adb shell "rm /data/system/gesture.key"). Ha rákeresel a neten, akkor találhatsz sqlite3 adatbázison keresztüli megoldásokat is. Más modelleknél /efs/ alá kerülnek .txt kiterjesztésű állományok. Ezeknél hiába cserélgeted a firmware-et, hiába csinálsz factory resetet, nem fog segíteni, mivel az efs tartalma nem frissül, nagy része gyártáskor kerül beállításra. Ezek törléséhez valószínű, hogy root jog kell. Az efs alóli törléssel légy óvatos! Több mappa, több txt állomány is van, amelyek általában érzékeny adatokat tartalmaznak, óvatlan törlésükkel könnyen bajt okozhatsz. Előtte mindenképp tájékozódj! -
Kilenc9
csendes tag
-
Kilenc9
csendes tag
válasz Keeperv85 #14653 üzenetére
Az sbl mindig lefut. Indulásakor egy halom vizsgálatot végez: gombok állapota, akku állapota, mindenféle flagek, majd ezek ismeretében megy tovább a folyamat. Pl. recoveryt indít, ha le van nyomva a volume_up és a home button vagy előzőleg a cache partíció lett beflashelve. Ebben az esetben nem a "normál" bootot tölti be és indítja, hanem a recovery-t. Viszont egyes providereknek szánt firmware-ekben olyan sbl van, amelyben nincs meg a volup/voldown + home button figyelése, ezért nem is lehet belépni se recovery, se download módba. Erre jó egy filléres jig (ebay: samsung jig), amely egy male micro usb csati, ahol az id és a gnd pin között van egy olyan értékű ellenállás, amelyet az sbl érzékelve, automatikusan download módot indít.
-
Kilenc9
csendes tag
válasz Keeperv85 #14655 üzenetére
Nincs protokoll amivel irányítható, mivel a pbl (primary boot loader) által betöltött, authentikált és elindított sbl semmiféle kézfogásos protokollt nem használ indulásakor működésének befolyásolására. Az egyetlen protokoll alapú kapcsolat download módban lép érvénybe (odin), de maga a download mód nem más, mint az sbl program egy szubrutinja, azaz, a host oldali odinnal az sbl beszélget.
-
Kilenc9
csendes tag
válasz Drizzt01 #14799 üzenetére
A lacik25 által linkelt topicban ott van a leírás és a szükséges programok. Meddig jutottál?
A probléma, hogy megsérült a security boot chain folyamat vmelyik eleme, feltehetően már a pbl, mert az internal rom-ból elinduló progi nem tudja verifikálni a pbl rsa aláírását és ezért most egy belső kis loopban pörög, ami csak arra ad lehetőséget, hogy egy minimál protokoll segítségével, uart-on vagy usb-n beküldd a pbl-t és az sbl-t. Ha az sbl is sikeresen bent lesz, akkor már lesz odin is, azaz onnan már mehet majd a hagyományos flash eljárás.
Új hozzászólás Aktív témák
Sok embernek van kérdése az Android rendszerrel kapcsolatban, mely igazán nem köthető gyártóhoz. Ebben a topikban lehet feltenni a szakmai kérdéseket, amelyek telefon/tábla függetlenek.
A Factory Reset Protection (FRP) megkerülésében nem nyújtunk segítséget!
- iPhone 12 Mini / 64GB / 90% akksi (1 éves) / Kék / Telekom / Szép
- Samsung Galaxy A20e 32GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iPhone 13 128GB, Kártyafüggetlen, 1 Év Garanciával
- iPhone 13 128GB Product RED kártyafüggetlen! Akku 87%! Fulldoboz!
- Új - Apple iPhone SE 2022 64GB - Red- Gyárilag független
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen