- Honor 400 Pro - gép a képben
- Netfone
- One mobilszolgáltatások
- VoLTE/VoWiFi
- Apple Watch
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Honor Magic5 Pro - kamerák bűvöletében
- Mi nincs, grafén akku van: itt a Xiaomi 11T és 11T Pro
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Samsung Galaxy A54 - türelemjáték
-
Mobilarena
Ezt a fórumot azért hoztuk létre,hogy ne zavarjuk azon felhasználókat, akik még csak most ismerkednek a tablettel, vagy akár az Android rendszerrel.
Új hozzászólás Aktív témák
-
NePee
csendes tag
válasz
Keeperv85
#2934
üzenetére
A logo.bmp SHA256 általam számolva: 7d235214f825ec948f73c33943d57f5f613e278f4435344b077870ad58e07378
A számoló progi amit használok:
https://kanguru.zendesk.com/attachments/token/0xdkf3ohvnbjyd4/?name=sha256sum.exeA splash.img-k összehasonlítva pedig (dott - modecom freetab 7800):
[link]Nem tudom te mit és hol / hogyan nézel
-
#2931
NePee
csendes tag
RoundRobin
#2930
NePee
csendes tag
válasz
RoundRobin
#2930
üzenetére
Ezt írtam át:
init=/init pci=noearly earlyprintk=nologger loglevel=0 kmemleak=off androidboot.bootmedia=sdcard androidboot.hardware=redhookbay watchdog.watchdog_thresh=60 androidboot.spid=xxxx:xxxx:xxxx:xxxx:xxxx:xxxx androidboot.serialno=01234567890123456789012345678901 ip=50.0.0.2:50.0.0.1::255.255.255.0::usb0
n vmalloc=172M ehci_hcd.use_sph=1Erre:
watchdog.watchdog_thresh=50Nem értek ehhez a részhez, de úgy gondoltam talán ez a legkevésbé fájdalom mentes.(Feltéve ha nincs erre is valami másik checksum)
-
#2928
NePee
csendes tag
RoundRobin
#2927
NePee
csendes tag
válasz
RoundRobin
#2927
üzenetére
Főleg, hogy ki is számoltam az SHA256-ot
androidboot.serialno=01234567890123456789012345678901
Ezzel arra célzol, hogy generálhatunk olyan boot.img-t amiben pl. más a kernel ha úgy variáljuk a tartalmat, hogy meglegyen az SHA256 helyes checksum ?
Ezzel bizonyítható lenne az is, hogy a 352byte az ami.Ez szerintem simán megoldható valahogyan, biztos létezik rá program.
-
NePee
csendes tag
válasz
Keeperv85
#2923
üzenetére
Minden .img-nél így van generálva a file ahogy leírtam, legyen az boot logo, kernel, fastboot, factory flasher bootloader. A system.img nyilván nincs aláírva mert az már a kernel után van betöltve.
A többi file-ra még nem néztem rá, én csak az első boot logo-t akartam lecserélni.
-
NePee
csendes tag
A splash.img-n nem változtatok semmit mert félek hogy túl korán halna meg a boot folyamat és nem jutnék el a fastboot-ig. A boot.img-n variáltam és azt teszteltem bebootol-e az android vagy usb logo jelenik meg.
a boot.img nél próbáltam:
SHA256 rész 1byte átírás
352byte 1 byte átírás
rom rész 1 byte átírás
rom rész 1 byte átírás xImgTool-al újra összerakás (Ekkor az átírt 1 byte változott + SHA256 rész a generált boot.img-ben)
Mind a 4 esetben usb logo.boot.img - xImgTools - boot.img esetén az eredeti boot.img-t kaptam.
Tehát nem marad más ami ismeretlen csak az a 352byte ami az adat részből számolódik.
Ez pedig ahogy leírtam valószínűleg az SHA256 titkos kulccsal titkosítva amit a tablet ellenőriz a saját titkos kulcsával ami valahol meg van a tableten. Persze a 352byte előállítása sem teljesen ismert így a kulcsot megtalálva is körülményes lenne tovább haladni.Minden esetre ez is haladás.
-
#2918
NePee
csendes tag
RoundRobin
#2916
NePee
csendes tag
válasz
RoundRobin
#2916
üzenetére
Meg persze a moddolás ellen véd, integritáshoz nem kellene a 352byte
-
NePee
csendes tag
A működési elve ennek az egésznek szerintem a következő:
A rom-ra generál egy SHA256 hash-t, ezt eltitkosítja a privát kulccsal(352byte), és ezt a 2 dolgot és a rom-ot összerakja egy image-be.Visszafele pedig:
Bootkor ellenőrzi a tablet bootloadere(UEFI?) az SHA hash-t a flash tartalmára, majd eltitkosítja a saját kulcsával a HASH-t (352byte az eredmény) és ha ez egyezik akkor mehet a boot.Nyilván valahol a kulcsnak tárolva kell lennie a tableten illetve van valahol egy bootloader ami ezt végrehajtja.
Érdekes hogy a teclast kernel is bebootól.
Az UEFI secure boot működik hasonlóan ha jól tudom. -
NePee
csendes tag
válasz
Keeperv85
#2907
üzenetére
Melyik ?
A 352byte maradt ugyanaz, a 256bit hash amit újraszámolt a progi amikor legeneráltam a módosított boot.img-t az változott csak.
Az eredeti boot.img-nél a 256bit hash be is belenyúltam és akkor se bootolt.A 352byte meg az img tartalma alapján generálódik a titkos kulccsal.
-
#2906
NePee
csendes tag
RoundRobin
#2905
NePee
csendes tag
válasz
RoundRobin
#2905
üzenetére
Igen a 352byte a tartalomhoz számolódik sajnos, a számoláshoz pedig soha nem lesz kulcsunk
-
NePee
csendes tag
Sajnos usb logó lett a kísérlet vége, viszont érdekes, hogy a progi által generált boot.img-ben 2 dolog változott meg.
Az egyik az átírt "watchdog.watchdog_thresh=50" ahogy az várható volt, a másik pedig a 256 bites rész amit korábban emlegettem.
Tehát a progi nem csak összefűzi és szétszedi a boot.img-t hanem számolja a 256 bites részt is valami alapján. -
NePee
csendes tag
válasz
balika011
#2902
üzenetére
Nos ha belenyúlok abba a 256bit-be a boot.img-ben akkor ahogy várható volt nem bootol.(usb logo)
Visszaolvastam a fórumban némi infóért és kíváncsiságból kipróbáltam az xImgTool-t. A splash.img-t szét tudja szedni, de összerakni már nem. A progi szerint a SIGN rész 480byte.
A boot.img-re is ráeresztettem, azt szétszedi és össze is rakja az eredmény megegyezik a szétszedés előtti változattal byte-ra pontosan.Tehát a kérdés továbbra is az maradt, hogy mi pontosan ez a SIGN és megváltoztatható e splash.img bitmap része anélkül hogy újra kellene számolni.
Megpróbálom átírni a CMDLINE néven generált file-t a boot.img ben.
Ez van benne:
init=/init pci=noearly earlyprintk=nologger loglevel=0 kmemleak=off androidboot.bootmedia=sdcard androidboot.hardware=redhookbay watchdog.watchdog_thresh=60 androidboot.spid=xxxx:xxxx:xxxx:xxxx:xxxx:xxxx androidboot.serialno=01234567890123456789012345678901 ip=50.0.0.2:50.0.0.1::255.255.255.0::usb0n vmalloc=172M ehci_hcd.use_sph=1Kíváncsi vagyok mi fog történni
-
NePee
csendes tag
válasz
Keeperv85
#2894
üzenetére
Megnéztem egy harmadik tab (modecom freetab 7000 ic) splash.img-jét is, azonos a helyzet mint a teclast verzió esetén, a bitmap ugyanott van, a 256bit eltérő, a képbetöltő valami szintén eltérő.
Ezek alapján biztos, hogy a képbetöltő kód is kódolva van a 256bit kulccsal. Érdekes, hogy maga a kép nincs kódolva.Valaki leírhatná/ linkelhetne némi infót arról, hogy mi ez az OSIP/VRL nem találtam a neten használható infót.
-
-
#2888
NePee
csendes tag
RoundRobin
#2886
NePee
csendes tag
válasz
RoundRobin
#2886
üzenetére
Nem akarok op3n dott logot látni sehol a szoftverben
Az app-ba épített splash screen cseren is gondolkodtam. -
#2884
NePee
csendes tag
RoundRobin
#2883
NePee
csendes tag
válasz
RoundRobin
#2883
üzenetére
Igen, én is rájöttem közben. Persze ettől még lehet valami ellenőrzés ami miatt hazavágná a tablet boot folyamatát az elején
Összehasonlítva a telecas splash.img-t a dot verzióval a bmp és az mbr részen kívül kb minden más sajnos benne.UI: Az offset a bmp-hez valójában 992byte.
-
#2878
NePee
csendes tag
RoundRobin
#2875
NePee
csendes tag
válasz
RoundRobin
#2875
üzenetére
Nos ha hozzácsapom az img-ből származó adatokhoz a bitmap header-t akkor azonos a byte sorozat a generált bmp-vel. Tehát nincs itt semmi trükk
A kérdés már csak az, hogy itt van e valami aláírás/checksum ami miatt az összerakott splash.img-m nem működne és hazavágná a tabletet a boot folyamat elején. :S -
#2877
NePee
csendes tag
RoundRobin
#2875
NePee
csendes tag
válasz
RoundRobin
#2875
üzenetére
Nos az eleje egyértelműen MBR jellegű, megvan az 512byte hossz + az 55AA boot signature. Ezután kezdődik 640byte offsettel 396 byte valami (gondolom maga a képmegjelenítő kód). A végén pedig 1046byte offsettel maga a splash screen rész.
Ha az utóbbi részre ráeresztem az ffmpeget akkor kapom meg a boot image-et ami nem szín helyes.
ffmpeg -f rawvideo -pix_fmt rgb24 -s 768*1024 -i splash.img -f image2 splash.bmp
Ha az ffmpeg által generált képen felcserélem a szineket RGB->BGR + tükrözöm függőlegesen akkor pedig magát a boot képet. -
#2872
NePee
csendes tag
RoundRobin
#2870
NePee
csendes tag
válasz
RoundRobin
#2870
üzenetére
Benne van a fastboot és a system.img kivételével az összes image.
-
NePee
csendes tag
A progi biztos, hogy a megfelelő méretű data partíciót fogja előállítani >8GB tablet esetén is. A kiírt méret persze több lesz ahogy azt a többiek leírták.
A kérdés inkább az, hogy a factory partíció kiosztás megegyezik-e 8GB verzión használttal. Ez a gyári állapot visszaállítsa miatt érdekes.Mivel jelenleg a legtöbb tablet 8GB flash-el rendelkezik, így nem raknék bele külön választási lehetőséget mert csak megzavarja a laikusabb felhasználókat. Esetleg config.ini szinten belerakhatok egy teljesen egyedien állítható flash méret opciót.
A kiinduló méret kiírása nem rossz ötlet, ezt a következő verzióba beépítem.
A detektálás sem megoldhatatlan, de mivel nincs ilyen eszközöm nem tudom ezt kitesztelni / megvalósítani.
Infókat várok ez ügyben milyen eltérés van külsőleg / fastboot szinten a kettő között. -
#2809
NePee
csendes tag
AndrewBlase
#2807
NePee
csendes tag
válasz
AndrewBlase
#2807
üzenetére
Igen, ebben az esetben a gyári partíció méretekkel kapod a 2. update utáni állapotot a Factory mód választásával.
-
#2806
NePee
csendes tag
AndrewBlase
#2805
NePee
csendes tag
válasz
AndrewBlase
#2805
üzenetére
Attól függ mit módosítottál a tableten
Ha csak particionálás + romcsere volt akkor igen.
USB lógós meg hasonló hibákra ez nem gyógyír -
NePee
csendes tag
Végre elkészült a GUI-s flashelő / particionáló / fastboot indító app.
Elég sok időm ráment mire sikerült egy javított fastboot-ot fordítanom. (Lényegében a printf-ek után került be mindenhova egy fflush fügevényhívás, hogy folyamat közben is megkapja az adatokat a fastboot-tól a progi.)A funkciók szerintem egyértelműek, így ezt nem részletezném külön.
Gyárilag 3 féle partíció kiosztás került a progiban:
Large - 5180MB data
Extra large - 5823MB data
Factory - 2152MB data (gyári partíció kiosztás)A zip-ben található image-ek az Abel féle v3 packból származnak, a gyári v2 update utáni állapotot adják a "Factory" partíció kiosztást választva.
Minden folyamat progress bar-al jelezve, hiba esetén egyértelmű hibakiírás jelenik meg a status mezőben (Ready feliratos rész). A hibáról a progi log fájlt készít errorlog_[timestamp].txt néven.
A fehér szöveges részben nyomon követhetők a végrehajtott parancsok és a fastboot válaszai.Partíciós méreteket moddolni vágyóknak feloldható az alapértelmezett csak olvasható mód a következő képpen:
- progi bezár
- resources/config/config.ini 2. sorában található "0" lecserél "1"-re.
- progi elindít
- Partíciós táblákat tetszés szerint szerkesztEbben a módban a minimum és maximum partíció méreteket úgy adtam meg, hogy legyen lehetőség némi kísérletezésre, de ne lehessen nagyon elrontani a dolgokat.
Minden bemeneti mezőbe csak a megfelelő számok írhatóak be, ellenkező esetben jelzi a progi hol van a hiba. Ha a system partíció kisebbre sikerül mint a system.img a progi akkor is figyelmeztet.Ha valaki super expertnek érzi magát és nem fél a beállított korlátokon kívülre merészkedni a partíciós méretekkel / úgy véli az általam megadott korlátok nem biztonságosak az könnyen átírhatja a beállított limiteket is.
Ezt a resources/config/limits.ini-ben lehet megtenni hasonló módon mint a config.ini esetén.
A min max értékek egymás után vannak felsorolva a fájlban a programban található partíciós sorrend szerint.A fejlesztéskor a legfőbb szempont az egyszerűség és a biztonság volt, így minden helyzetre felkészítettem a programot ami az eszembe jutott. A saját tabletemmel a fejlesztés során kb 20x ujraflasheltem a készüléket mindenféle partíciós kiosztással, így stabilnak mondható a program.
Néhány kép az appról:
A progi innen tölthető le:
[link]Op3n_Dott_flasher.zip tartalmazza a progit az Op3n_Dott_flasher_source.zip a forráskódot (Lazarus).
Ha valaki megcsinálná a magyar nyelvű változatot az jelezze, nekem ehhez már nem volt türelmem.A forráskód szabadon változtatható bővíthető stb.
Rémélem jó hasznát veszitek -
-
NePee
csendes tag
-
#2486
NePee
csendes tag
RoundRobin
#2485
NePee
csendes tag
válasz
RoundRobin
#2485
üzenetére
Jogos
Már csak az a kérdés mit tekintünk min/max-nak az egyes particiók esetén. (A tesco stock lehet a maximum
-
NePee
csendes tag
Lassan elkészül a gui-s op3n dott flasher tool.
Előre egy kis kedvcsináló:
Lényegében a fastboot.exe-t futtatja az app ahogy az Abel féle script is teszi, ez annyival tud többet, hogy van progress bar + ha valahol elakad a folyamat nem futtatja le az utána következő parancsokat.
Hiba esetén gyárt hibanaplót + nem expert módban megmutatja a console kimenetét is a laikusnak. (Alap módban a console-t inkább elrejtettem.)Előre felvittem pár partíciós kiosztást, de lehet menteni szerkeszteni meg ami jól esik.
Egy dolgot kell még megoldanom:
A windows nem képes a fastboot kimenetét csak 4096 karakteres darabokban ideadni amíg fut a process (CreateProcess, CreatePipe winapi), így a system.img flashelés folyamatát még nem sikerült normálisan progress bar-al jelezni.Ha valakinek van erre ötlete az kérem jelezze!
Töltöm le a teljes lollipop dev brench-et, onnan tudok majd elvileg fastboot-ot fordítani amivel megmókolható a probléma majd valahogyHa valakinek van még ötlete a funkciókat illetően azt nyugodtan leírhatja, ha van értelme beleírom ezeket is.
A program pascal nyelven íródott Lazarus ide-vel (Multiplatform ingyenes Delphi).
Amint elkészül közzéteszem a forrást is. (Nem ártana ha valaki átnézné.) -
#2286
NePee
csendes tag
RoundRobin
#2285
NePee
csendes tag
válasz
RoundRobin
#2285
üzenetére
Ez csak valami szívatás sajnos, kerestem lollipop-ot én is azonos procival rendelkező eszközökre. Két telefonnál és egy tabletnél is előjött ugyanez a link ugyanezekkel a google-os url partokkal
-
#2134
NePee
csendes tag
RoundRobin
#2102
NePee
csendes tag
válasz
RoundRobin
#2102
üzenetére
Pont fordítva, az SI miatt a KB már 1000-el számolandó.
-
#1928
NePee
csendes tag
RoundRobin
#1913
NePee
csendes tag
válasz
RoundRobin
#1913
üzenetére
Ott is ugrik a garancia ugyanúgy, minden a szervizesen múlik.
Azt a vásárláskor mindig elmondják egy linux-al vásárolt gépnél, hogy ha win kerül rá linux-al lehet csak gariztatni -
-
-
NePee
csendes tag
-
NePee
csendes tag
válasz
escortos
#1102
üzenetére
Az mmcblk0boot0.img és mmcblk0boot1.img fájlok hiányoznak nálad szerintem. Azok a legfontosabbak!
Ha jól emlékszem a dd command paramétereiben itt van egy elírás "of" rész után nem kell szóköz.Helyesen:
dd if=/dev/block/mmcblk0boot0 of=/external_sd/mmcblk0boot0.img
dd if=/dev/block/mmcblk0boot1 of=/external_sd/mmcblk0boot1.img -
NePee
csendes tag
válasz
_Soma77_
#1064
üzenetére
A data particiónál az excel számitás és a DiskInfo-ban jelezett méretek:
A kalkulált: 6798966784
A valós: 6203355136cat /proc/partitions
major minor #blocks name179 0 7618560 mmcblk0
179 1 167936 mmcblk0p1
179 2 8192 mmcblk0p2
179 3 32768 mmcblk0p3
179 4 131072 mmcblk0p4
179 5 131072 mmcblk0p5
179 6 16384 mmcblk0p6
179 7 16384 mmcblk0p7
179 8 1048576 mmcblk0p8
179 9 6057964 mmcblk0p9
179 40 4096 mmcblk0rpmb
179 30 8192 mmcblk0gp0
179 20 4096 mmcblk0boot1
179 10 4096 mmcblk0boot0 -
n vmalloc=172M ehci_hcd.use_sph=1
Új hozzászólás Aktív témák
Hirdetés
- BESZÁMÍTÁS! MSI B450M R5 5600 16GB DDR4 512GB SSD RTX 3060 12GB THERMALTAKE Core V21 Enermax 650W
- Bomba ár! HP ZBook Studio G5 - XEON I 32GB I 512SSD I Nvidia I 15,6" 4K DreamColor I Cam I W11 I Gar
- Samsung Galaxy A41 64GB Kártyafüggetlen, 1Év Garanciával
- AZONNALI SZÁLLÍTÁSSAL Eladó Windows 8 / 8.1 Pro
- Beszámítás! Sony PlayStation 5 825GB SSD digital konzol garanciával, hibátlan működéssel
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged