- Windows 11
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- Milyen NAS-t vegyek?
- Az USA nem akarja visszafogni Kína növekedését
- Xiaomi AX3600 WiFi 6 AIoT Router
- Otthoni hálózat és internet megosztás
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Hálózati / IP kamera
- Windows 10
-
IT café
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
+1 eszköz átparticionálva Abel script-jével.
A logs és a cache partíciókat 16MB-ra csökkentettem. (4.4.2-nél mire van használva még a cache ?)
5.8GB dataKöszönöm a munkátokat!
-
-
NePee
csendes tag
Nem akar bootolni a 900MB-os system-el és a v2 Abel pack-al, próbálom az eredeti partíciós kiosztással.
-
NePee
csendes tag
V2 Abel pack működik!
Itt a script kimenete:
https://appi.bitnet.hu/stdout.txtA szerkesztett XLS a 16mb cache/logs particiókkal:
https://appi.bitnet.hu/Partition_Table_Generator_v2.xls -
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[ Szerkesztve ]
-
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[ Szerkesztve ]
-
NePee
csendes tag
Én a youtube-os romot tettem fel.
Ez megszüntette az openDott zöld ikonos appokat is.
Ha nem menne a Google Play jelezzétek és leírom mik a teendők.https://www.youtube.com/watch?v=uySLFWlE6N4
https://drive.google.com/folderview?id=0BzBs2u5I_ZLuR2ZCWlg3ZmFweU0&usp=sharing[ Szerkesztve ]
-
NePee
csendes tag
Ha szabad ilyet kérnem, a garanciaügyi üzeneteket "off topic" ként küldjétek be. Eléggé szét lett már így is offolva a topic, én nem ezért olvasom.
-
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
válasz RoundRobin #2102 üzenetére
Pont fordítva, az SI miatt a KB már 1000-el számolandó.
-
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
-
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é.)[ Szerkesztve ]
-
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
-
-
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[ Szerkesztve ]
-
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á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.
-
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.[ Szerkesztve ]
-
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
Valaki nem tudja véletlenül, hogy a splash.img milyen formátumban van ?
Addig jutottam, hogy ha levágom az első 1046 byte-ot és brg24 formában feldolgozom akkor megkapom az eredeti képet függőlegesen tükrözve. -
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. -
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 -
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.
[ Szerkesztve ]
-
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. -
-
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.
[ Szerkesztve ]