- Xiaomi Redmi Note 5 Global
- Google Pixel 6/7/8 topik
- Volkswagen ID.7 menetpróba
- Frissült a MediaTek középkategóriás ajánlata
- Nothing Phone (2) - több, mint elsőre látszik
- Huawei P40 lite - kényszerpályán
- iPhone topik
- Különleges kameraszettet kapott a Huawei Pura 70 Ultra
- Macrodroid
- Apple iPhone 15 Pro Max - Attack on Titan
Hirdetés
-
Frissült a MediaTek középkategóriás ajánlata
ma Hivatalos a Dimensity 6300, ez lesz a MediaTek kínálatából kivezetésre kerülő 6100+ utódja.
-
Ízlésesre sikerült a Galax alacsony profilú GeForce RTX VGA-ja
ph A hónap végén a felkelő nap országában debütáló, AD107 lapkára épülő modell talán az európai piacra is megérkezik.
-
AMD Radeon undervolt/overclock
lo Minden egy hideg, téli estén kezdődött, mikor rájöttem, hogy már kicsit kevés az RTX2060...
-
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
-
philips20
aktív tag
válasz Orionhilles #104 üzenetére
Akkor várjuk az igazságot
-
Orionhilles
senior tag
válasz _Soma77_ #106 üzenetére
Ez nekünk már megvan . A recovery launcher mappában van valahol egy update.zip (ez a CWM).
Megtennéd, hogy a tabot recoverybe indítod, ott kiválasztod az adb sideload-ot, gépen pedig beírnád, hogy adb sideload update.zip? (ez a CWM) Ha minden igaz, CWM recovery fog betöltődni– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment
-
_Soma77_
tag
ha esetleg vkinek van linux-os gépe, tehetne egy próbát ezzel a módszerrel... [link]
-
_Soma77_
tag
válasz Orionhilles #107 üzenetére
recovery launcher mappa hol van?
-
Orionhilles
senior tag
-
_Soma77_
tag
válasz Orionhilles #110 üzenetére
"adb sideload revovery.zip" elvileg kiadható parancs de "adb sideload" menüpont recoveryben? azt hol kellene látnom? Sideload nem kezd el telepíteni valamit?
Ahogy mondtam, a hardcore flash-elgetést meghagynám másnak...
[ Szerkesztve ]
-
Orionhilles
senior tag
válasz _Soma77_ #111 üzenetére
Röpke 5-6 óra, és már én is tesztelhetem.
Amúgy recoveryben: apply update from adb (2. elem)
Ez (ha minden igaz) flashelni fogja a recoveryt, DE csak ideiglenes! Ha nem teszi, akkor aláírás ellenőrzés miatt elhasal.– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment
-
_Soma77_
tag
-
_Soma77_
tag
találtam egy szkriptet, amivel úgy tűnik, sikerült kicsomagolni a boot.img-t...
[ Szerkesztve ]
-
Orionhilles
senior tag
válasz _Soma77_ #115 üzenetére
Látsz valamilyen különbséget???
más: flasheltem a bl partíciót update előtti verzióra simán végig ment
Most erre a gépre is leszedem ami kell és megnézem a dolgokat repart ügyben– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment
-
Orionhilles
senior tag
Ahogy elnézem ezek a fájlok eszköz specifikusak... Valahogy meg kellene őket szerezni, nem hiszem, hogy az Aceréi jók lennének, bár ki tudja...
[ Szerkesztve ]
– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment
-
Freddycom
őstag
Amugy ezzel a tegnap feltoltott fajlaimmal vissza tudnam allitani a tabletet, ha esetleg teglasitanam? Vagy ez nem ilyen egyszeru?
-
Orionhilles
senior tag
válasz Freddycom #119 üzenetére
Ha a bootloadered ép, akkor igen
Ha nem, akkor is van egy lehetőség, de ahhoz még kellenének fájlok, rajta vagyok az ügyön
( rá fogok írni a Tesco-ra, hátha )valszeg' kinyerhetők ezek is (legalábbis remélem )– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment
-
_Soma77_
tag
válasz Orionhilles #116 üzenetére
gratula Freddycom boot.img-jét még nem bontottam ki, mindjárt megcsinálom, mert bár hosszra uaz, de a tartalma nem az...
kibontás után látható lesz a különbség...
Többi image-et is ki kellene bontani, nem? főleg recovery lehet érdekes....
[ Szerkesztve ]
-
Nmajkix
csendes tag
válasz Orionhilles #118 üzenetére
ez esetleg nem jó?: [link]
-
Orionhilles
senior tag
válasz _Soma77_ #121 üzenetére
A recoveryt, azt nagyon ki kellene bontani
Van egy 5letem: kibontjuk, valahogy kiszedjük belőle az aláírás ellenőrzést, repack, flash és akkor utána belőle flashelhető lesz a CWM
#122: FW DnX,IFWI, OS DnX, OS img ezekre a fájlokra gondoltam, de koszö a tool-ért lehet az is jó lesz még vmire
#124: Próba cseresznye, én írtam nekik szombat du. remélem holnap kapok választ (igaz nem kernel forrással kapcsolatban, hanem még partíciók mentésével kapcsolatban )[ Szerkesztve ]
– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment
-
Ired
csendes tag
ha valaki felveszi a kapcsolatot tescoval, meg kene probalni a kernel forrast kieroszakolni beloluk...
jo lenne egy olyan kernel amiben van swap tamogatas
-
Freddycom
őstag
válasz Orionhilles #120 üzenetére
Mit jelent az ep bootloader? Be tudok lepni a power+hangero fellel. Visszaallitas utan root nelkuli, igaz?
-
Orionhilles
senior tag
válasz Freddycom #125 üzenetére
Ha betudsz lépni, akkor gépen kiadod a fastboot parancsokat (fastboot flash recovery recovery.img; fastboot flash boot boot.img; fastboot flash system.img akkor helyre áll a tab
– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment
-
Freddycom
őstag
válasz Orionhilles #126 üzenetére
Ne kelljen hasznalni, csak akkor jo tudni, h van ilyen lehetoseg, ha mondjuk a tescoba vissza kell kuldeni garanciaba.
A visszaallitott tab nem lesz rootolt, igaz?
Amit irtal parancsokat, azt az adb interface-en keresztul kell beirni gepen?
[ Szerkesztve ]
-
Orionhilles
senior tag
válasz Freddycom #128 üzenetére
Csinálok egy system.img-t ami érintetlen
Nem, fastboot alatt kell ki adni.
sytem.img függő ha a mentett img az, akkor az is lesz, ha nem akkor nem– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment
-
_Soma77_
tag
rápattanok a recovery kibontásnak, hátha....
-
Orionhilles
senior tag
válasz _Soma77_ #131 üzenetére
Ha siker, akkor kérlek a drive mappámban levő keys fájlt cseréld ki az eredeteivel, repack, és küld el nekem, utána ha minden igaz lesz KÖZVETLEN recovery alól indítható CWM-ünk
– Yet, thou serves with thine eyes clouded in chaos. Thou, bound in the cage of madness. I am he who commands those chains – Fate/Zero Berserker Mad Enchantment
-
_Soma77_
tag
válasz Orionhilles #132 üzenetére
itt a kibontott recovery [link] szóval mit is kellene vele csinálni?
[ Szerkesztve ]
-
-
_Soma77_
tag
válasz Orionhilles #134 üzenetére
ok, de még előtte kicsit gyakorlom a re-pack-ot a boot.img-n, hogy meglegyen a rutin, meg hogy lecsekkoljam, tényleg jó-e a re-pack szkript, mielőtt brick-eljük a tabodat...
-
_Soma77_
tag
valamiért a ki- és újracsomagolt img-k nem egyeznek, ezért még nyomoznom kell egy kicsit...kis türelmet kérek!
-
R0GERIUS
tag
válasz _Soma77_ #137 üzenetére
Pont a boot.img volt problémás dekompressziónál is.
És volt egy konzol üzenet: "trailing garbage ignored"
Szerintem ezért nem azonos az eredetivel az újratömörített.
Akkor lehet ezt a legkönnyebben igazolni, ha más img-knél (pl.system) ez a probléma nem áll fenn.[ Szerkesztve ]
-
_Soma77_
tag
válasz R0GERIUS #139 üzenetére
az a helyzet, hogy a re-pack szkript nem ugyan olyan fejlécű image-et rak össze, mint az eredeti volt.
Örülnék, ha valaki rá tudna nézni egy kicsit közelebbről...
felraktam ide a teljes motyót, minden köztes állománnyal és szkript-tel. [link]
van két pearl szkript (unpack-bootimg.pl és unpack-bootimg2.pl), amelyek gyakorlatilag csak parancssoros hívásban térnek el egymástól...
1) system ("mkbootimg --cmdline 'no_console_suspend=1 console=null' --kernel $ARGV[0] --ramdisk ramdisk-repack.cpio.gz -o $ARGV[2]");
2) system ("mkbootimg --base 0x00200000 --pagesize 2048 --kernel $ARGV[0] --ramdisk ramdisk-repack.cpio.gz -o $ARGV[2]");...viszont mindkettő a csomagban lévő mkbootimg-t hívja.
A kimeneti image-ek (new_boot.img és new_boot2.img) csak a parancssorban különböznek (header részben), többi ugyan az...miért is lenne más?
Viszont az eredeti img és az újra-pakolt img több ponton is különbözik, főleg a fejlécben, mivel nem "ANDROID!"-dal kezdődik, hanem "$OS$"-al.
Szerintem kellene találni egy olyan "mkbootimg"-et, ami az eredetivel megegyező image-et gyárt.
Az újrapakolt image-ek elvileg(!) Android kompatibilisek, kérdés, hogy az Op3n Dott megeszi-e???
Ötlet?
-
Drótszamár
őstag
Üdv!
Úszni nem tudok, de most vettem egy ilyen tabot. Még nem frissítettem. Kell az eredeti rom?
Ha kapok egy rövid leírást, hogy hogyan kell leszedem szívesen holnap este.
4.4.2
F9.EE
3.10.20-as kernel 2014.09.10 13:41:13
1.00_20140910-es build.( 2b || !2b ) az itt a kérdés...
-
R0GERIUS
tag
-
R0GERIUS
tag
válasz R0GERIUS #143 üzenetére
Na jó; nem bírtam megálni.
A header-rel jelenleg én sem tudok mit kezdeni.
A recovery és a boot meg iszonyatosan nagy hasonlóságot mutat, ami különös...
Talán az egyik a másik backupja?
A fájlokat elnézve nem tartom lehetetlennek.A másik érdekesség az, hogy a header-nek van egy olvasható részlete:
"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=1"Az újracsomagoltból ez hiányzik.
Ezen kívül külön érdekes ez a két rész:
"androidboot.hardware=redhookbay"
A configban van pár ilyen kiterjesztésű fájl.
"androidboot.bootmedia=sdcard"
Micsoda?!?! (Vad feltételezés: USB módban innen várja a boot helyreállító fájlját?)A harmadik: a klasszikus módszertól eltérően nem készül a kibontáskor zImage, hanem helyette xxx.img-kernel.gz (meg sem említem, hogy mind a recovery, mind a boot kibontása dob egy ilyen fájlt...).
-
R0GERIUS
tag
válasz R0GERIUS #144 üzenetére
Nos ezen értelmes részek még egy érdekes helyre vittek, és sikerült felfedezni valamit, de a befejezést rátok hagyom.
Alapvetően minden hiba/kellemetlenség a képfájlok kibontásában és újracsomagolásában az X86 miatt van.
Úgy néz ki, hogy ezen architektúrára épülő készülékek boot-ja és recovery-je eltér a szokványostól (ARM).
Így a keresési irány: Android x86 képfájlok kezelése.Véletlen bele is futottam XDA-n egy olyan Motorolába aminél hasonló gondoktól szenvedtek a képfájloknál (pontosan az Intel x86 miatt):
[link]
(Lehet, hogy érdemes végignézni, mert sok a hasonlóság: egyedi header, egyes részek (amit kiemeltem az előzőben) ugyanúgy szerepeltek benne...)Nem olvastam végig, de említenek egy hexa szerkesztőn alapuló megoldást:
[link]Idő hiányában nem tudok most ennél jobban belemélyedni; ezt rátok bízom.
[ Szerkesztve ]
-
_Soma77_
tag
@Adamus1117: köszi, hogy belenéztél...és köszi a tippeket is...
próbaképpen egy újonnan készített img-et kicsomagoltam majd újra becsomagoltam, és nem lett ugyanaz na erre végképp nem számítottam, lehet, hogy vagy 1. vmit elböktem (bár többször is kipróbáltam) 2. az x86-os "anomália" okozza...
-
_Soma77_
tag
válasz R0GERIUS #144 üzenetére
rákeresve a kérdéses olvasható részére a boot.img-nek, eljutottam egy BoardConfig.mk-ig, mintha innen lenne...
BOARD_KERNEL_CMDLINE := init=/init pci=noearly console=logk0 earlyprintk=nologger loglevel=0 kmemleak=off androidboot.bootmedia=sdcard androidboot.hardware=redhookbay $(cmdline_extra) ip=50.0.0.2:50.0.0.1::255.255.255.0::usb0n vmalloc=172M androidboot.wakesrc=05 androidboot.mode=main
[ Szerkesztve ]
-
_Soma77_
tag
egy kis olvasnivaló [link]
-
_Soma77_
tag
válasz R0GERIUS #143 üzenetére
megnéztem a linken szereplő eljárást is, leszedtem a tool-okat, de a "unmkbootimg" nem ette meg a mi képfáljainkat. az általam korábban használt perl szkriptek egyébként a leírtak alapján dolgoznak (BTW zImage helyett ...-kernel.gz file-okat gyártanak), és az image összerakás (kernel, és cpio-ba becsomagolt ramdisk összefésülése) is teljesen jónak tűnik... kicseréltem a "mkbootimg" toolt is egy frissebbre (ami a linken szerepelt), és átparamétereztem a hívást a leírtak alapján, de ugyan az lett a kimenet, mint korábban...
nekem úgy tűnik az eredeti image fejléce alapján, hogy ez vmi OSX-es tool-lal generált dolog lehet, mert 1. nem a standard magic android header keletkezik 2. BoardConfig.mk-ból származó dolgok vannak benne (kernel szint?!), tehát ez több, mint egy sima "lapátoljunk össze egy image"-et tool mint az "mkbootimg"...
akinek van ötlete, pls jelezze!
[ Szerkesztve ]
-
R0GERIUS
tag
válasz _Soma77_ #149 üzenetére
Nézz rá a #145-re.
Úgy néz ki, hogy az összes x86-osnál nem standard a header, és nem működnek a szabvány módszerek erre nézve.
Ahogy utaltam is rá: sajnos valószínűleg ezen a vonalon kell elindulni...
A hexeditoros módszer jónak tűnt elsőre, de sajna nincs időm kipróbálni.[ Szerkesztve ]
Új hozzászólás Aktív témák
- Azonnali alaplapos kérdések órája
- Folyószámla, bankszámla, bankváltás, külföldi kártyahasználat
- Környezetvédelem
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Elektromos (hálózati és akkus) kéziszerszámok, tapasztalatok/vásárlás
- Formula-1
- Kertészet, mezőgazdaság topik
- gban: Ingyen kellene, de tegnapra
- Épített vízhűtés (nem kompakt) topic
- Milyen alaplapot vegyek?
- További aktív témák...
- iPad Air 10.9" - 2022, M1, Apple garancia, doboz, kék
- iPad Air 10.9" - 2022, M1, nanoSIM, Apple garancia, doboz, szürke
- iPad Air 4 64GB, Cellular eladó
- ÉRKEZETT Legújabb Bontatlan Új M2 IPAD PRO 2022 12,9 128GB - 256GB Wi-Fi Azonnal DEÁK TÉRNÉL Átvehe
- ÚJ Apple Pencil 1 - 2 első és második generációs BONTATLAN AZONNAL ÁTVEHETŐ DEÁK TÉR