Hirdetés
- iPhone topik
- Poco X6 Pro - ötös alá
- Mobil flották
- Kiderült, mekkora aksi van az iPhone 16-okban
- Samsung Galaxy Watch7 - kötelező kör
- Samsung Galaxy Z Fold4 - egyre megy, honnan nézed
- Fotók, videók mobillal
- Honor Magic6 Pro - kör közepén számok
- Nem indulnak meggyőzően az iPhone 16 eladásai
- Apple Watch
Hirdetés
-
A GameMax háza egyedi csavarral lovagolja meg a mai trendeket
ph A két színben készülő, Infinity szériás újdonság lebegő dizjnnal különíti el a kamráit, és kompatibilis a "lopakodó" alaplapokkal.
-
Kidobja a Slacket a Disney
it Miután több mint 1 TB céges adatot szivárogtattak ki egy hackertámadás után, a Disney úgy döntött, hogy beszünteti a Slack használatát.
-
Rövid teaser trailert kapott a Splinter Cell animációs sorozat
gp A Deathwatch címet viselő szériában Liev Schreiber szólaltatja meg kedvenc ügynökünket.
-
Mobilarena
ZTE Grand X IN - MÉLYVÍZ Belépés csak úszóknak!
Új hozzászólás Aktív témák
-
anglergab
addikt
Ha a fastboot mód parancsai működnek, az nem azt jelenti, hogy nyitott valamilyen szinten (a bootloader)?
Értsd: ha engedne beírni img-ket a partíciókra, abból mennyire következne a nyitott bootloader?
Vagy elképzelhető, hogy a fastboot működik, ám nem tölti be az új kernelt?[ Szerkesztve ]
-
anglergab
addikt
Tehát szinte általános a kernel ellenőrzése (digitális aláírás?) a betöltése előtt, azaz a zárt bootloader.
Persze ha rootolt, akkor felülírhatók a partíciók, csak nincs értelme, ha nem tölti be.Kérdés, hogy esetünkben kitől függ a bootloader állapota: az Inteltől? A ZTE-től? A T-től?
[ Szerkesztve ]
-
ko9
addikt
válasz Keeperv85 #13 üzenetére
Test-keyel aláírt cucc nem működik. Ha a ZIP-be 1 darab fájlt is belerakok (kipróbáltam tegnap, mikor a rootot akartam összehozni, hogy belerakok a binbe egy su binárist), el fog hasalni a csomag az ellenőrzésen...
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
válasz Keeperv85 #49 üzenetére
Kaptam én is ezt párszor, de tuti ez a jó parancs. Nyomj egy hexdumpot a ramdisk.cpio-ra, és ha 8b1f az első rész, akkor oké, ha nem, akkor nem.
Ja és B04-essel nézd, mert B03nál mások a méretek!!Közben megvan a bzImage is:
[root@ExARCH B04]# dd if=boot.img of=bzImage skip=8704 count=5431648 bs=1
5431648+0 records in
5431648+0 records out
5431648 bytes (5,4 MB) copied, 20,7033 s, 262 kB/s
[root@ExARCH B04]# file bzImage
bzImage: Linux kernel x86 boot executable bzImage, version 3.0.8-svn4330 (ztetd@SCL_XA242_100) #4 SMP PREEMPT Sat Sep 29 2, RO-rootFS, root_dev 0x801, swap_dev 0x5, Normal VGA
[root@ExARCH B04]#[ Szerkesztve ]
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
válasz Keeperv85 #54 üzenetére
update-binary-t nem néztem még. Most megpróbálok egy insecured kernelt összerakni, és felrakni fastbooton keresztül, kíváncsi vagyok mi lesz.
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
válasz Keeperv85 #124 üzenetére
Igazából már "csak" arra kéne megoldást találni, hogy mekkora a legnagyobb ramdisk amit használhatunk.
Linuxban melyik parancs az amivel random értékekkel lehet egy megadott méretű fájlt generálni? Tudom, hogy van ilyen, régen használtam, de nem jut eszembe...
Más: Van egy forrásom, amit AOSP forrásra rárakva ehhez a platformhoz lehet ROMot buildolni. Amennyiben érdekel valakit megosztom...
[ Szerkesztve ]
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
válasz Keeperv85 #126 üzenetére
Nem erre gondoltam, mert ez azt adja meg hány karakter rakjon bele, és a méret nem az lesz, hanem nagyobb (pl 128-al 175byteos fájl lesz).
Annál pontosan ha 128at írtam, akkor 128byteos fájl lesz.tlac:
072a200 lehet a max szerintem, azért van az a végén. Ez decimálisban 7,512,576byte.
[ Szerkesztve ]
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
válasz Keeperv85 #145 üzenetére
De mit írjak be DD-be? mi az in, mi a size, stb. Nem tudom hol kezdi a partíciót, stb...
Amúgy megosztottam 2 forrást is, valaki belenézett egyáltalán?
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
válasz Keeperv85 #148 üzenetére
Közbe én meg rájöttem, ha a szabványos ramdiskösszerakós parancsot módosítom ( find . | cpio -o -H newc | gzip > ../newramdisk.cpio.gz ), akkor nem kell semmit törölni a ramdiskből:
find . | cpio -o -H newc | gzip -9 > ../newramdisk.cpio.gz
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
válasz Keeperv85 #155 üzenetére
Ez nem igaz... Egy custom recovery legyártásához egyáltalán nem kell a kernelforrás - minek is kéne, csak a ramdiskbe íródik bele...
Kell hozzá a recovery forrása, az eszköz device tree-je, a prebuilt, a build, a bionic és a hardware mappa a forrásból. Ennyi.
tlac
Defconfigot megírni "csak" annyi, hogy van egy előre megadott referenciakonfig, és azt kell kiegészíteni az eszköznek megfelelő beállításokkal.
Fenn postoltam egy kernelforrást, abba bennevan a referenciakonfig. Neki kéne ülni, és egy délután alatt össze lehetne rakni egy kernelt, ami bootol. Nem azt mondom direkt, hogy amin minden fog menni, mert az lehet kicsit több meló, de nincs kizárva az se.[ Szerkesztve ]
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
válasz Keeperv85 #164 üzenetére
Motorola kiadta RAZRi forrást... Végülis ugyanaz a SoC és a board, de nem próbáljuk meg, hülyeség...
Hidd el a Sonyn bootoló kernelt szarabb helyzetből is hoztunk össze...[ Szerkesztve ]
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
válasz Keeperv85 #166 üzenetére
Ha megvan a bzImage, akkor bele tudjuk rakni...
Ne felejtsd el, hogy x86-os platform. Előnye is van
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ux1
addikt
válasz Keeperv85 #170 üzenetére
Ráadásul hiába kér ilyet a szolgáltató, a GPL GPL is marad, és kötelező kiadni.... Itt nem a RIL-ről és nem biztonsági megoldásaikról van szó, hanem a kernelről.
Meg kéne fosatni őket a Free Software Foundation -nel, pereljék csak be őket GPL sértés miatt...
[ Szerkesztve ]
-=[ 乂丨卂ㄖ爪丨 ]=-= [ 卩ㄖ匚ㄖ 千1 ]=-
-
-
ux1
addikt
válasz Keeperv85 #241 üzenetére
A kernelben nincs semmi elrejtve, max a device kezelőkben bár azt se hiszem. A zárt dolgokat amúgy is binárisan kapod mellé ( még asztali linux-on is )... Az Intelnek ehhez semmi köze. ( pláne hogy az egyik legnagyobb támogatója a linuxos közösségnek )
-=[ 乂丨卂ㄖ爪丨 ]=-= [ 卩ㄖ匚ㄖ 千1 ]=-
-
ko9
addikt
-
-
-
ko9
addikt
válasz Keeperv85 #279 üzenetére
Ez nem C, ezt szerintem sima Linux parancsokkal meg lehet oldani... Akár DD-vel kiszedni a megfelelő részt, kiszámolni honnan kezdődik (hossz megvan), csak nem tudom hogy kéne kezdődnie... Foggalmam sincs egyszerűen...
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
ko9
addikt
válasz Keeperv85 #295 üzenetére
Tudom... Mivel x86 kell hozzá egy plusz flag buildkor hál' Istennek. Ja és más a toolchain is
Bemásolom a parancsokat, (CM forrásra átalakítva), értelemszerűen az út módosul:
export PLATFORM=<root mappa, ahol a forrás van>
cd $PLATFORM
mkdir -p $PWD/out/target/product/generic/kernel_build
export kernel_build=$PWD/out/target/product/generic/kernel_build
cp hardware/intel/linux-2.6/arch/x86/configs/i386_mfld_defconfig $kernel_build/.config && make -C hardware/intel/linux-2.6 O=$kernel_build ARCH=i386 CROSS_COMPILE=$PWD/prebuilt/linux-x86/toolchain/i686-android-linux-4.4.3/bin/i686-android-linux- defoldconfig
make -C hardware/intel/linux-2.6 O=$kernel_build ARCH=i386 CROSS_COMPILE=$PWD/prebuilt/linux-x86/toolchain/i686-android-linux-4.4.3/bin/i686-android-linux- "ANDROID_TOOLCHAIN_FLAGS=-mno-android"
Ettől függetlenül azzal a defconfiggal nem tuti, hogy lefordul, esetleg a Motossal.
[ Szerkesztve ]
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
Keeperv85
nagyúr
válasz Keeperv85 #297 üzenetére
Hát... nálam nem kell hozzá semmi flag és nem kicsit bonyolítottad túl... Viszont az alap config sajnos egy rakás XAR....
Nagyon egyszerűen lefordul, ennyi az egész:
make ARCH=x86 i386_mfld_moto_defconfig
make -j2 ARCH=x86 bzImage..és... némi idő múlva:
Root device is (8, 1)
Setup is 14940 bytes (padded to 15360 bytes).
System is 4111 kB
CRC 11f949b3
Kernel: arch/x86/boot/bzImage is ready (#1) -
ko9
addikt
válasz Keeperv85 #298 üzenetére
Nem szar, csak abba benne van minden, ami lehet. Csak hasonlíts össze a motossal... Párszáz sor különbség
A bash parancsok CM build formába írom le mindig, azért ilyen Le van mentve 3 bash fájlba, és a kernelbuild indítás csak egy ./3-make.sh.
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
-
anglergab
addikt
válasz Keeperv85 #308 üzenetére
A /dev/block/mmcblk0-án van valahol a recovery és a boot(img), szóval a dd-hez mindenképpen kell egy megfelelő skip paraméter.
A bs paraméternek függvénye a többi paraméter értéke, szóval ha azt módosítod, a másik kettőt is változtatni kell. Természetesen az értéke nincs hatással a kimenetre, ha megfelelően át vannak számolva a másik paraméterek is.Keressetek a proc-ban egy fájlt, ahol korrekten szerepelnek a "partíciók" kezdőcímei és méretei (szerintem a recovery és a boot(img) 6M).
[ Szerkesztve ]
-
tlac
nagyúr
-
ko9
addikt
válasz Keeperv85 #345 üzenetére
De ne a recoveryt nézd, azt még nem bizonyítottuk, hogy össze lehet rakni. A sima boot.img-t próbáld..
--------------------------- Privátot privátba - Fórumtémát fórumba!! --------------------------- --------- I/DEBUG(3430): debuggerd committing suicide to free the zombie! ---------
Új hozzászólás Aktív témák
Hirdetés
● olvasd el a topic összefoglalót!
Állásajánlatok
Cég: Ozeki Kft
Város: Debrecen
Cég: Ozeki Kft
Város: Debrecen