- One mobilszolgáltatások
- 65 órányi zenét ígér az Audio-Technica új TWS fülese
- Yettel topik
- Samsung Galaxy Watch7 - kötelező kör
- iPhone topik
- Csíkszélességben verné az Exynos 2600 a Snapdragon 8 Elite 2-t
- Samsung Galaxy A53 5G - kevesebbet többért
- Sony Xperia 1 V - kizárólag igényeseknek
- Milyen okostelefont vegyek?
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
-
Mobilarena
Android dual SIM szakmai mélyvíz
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ó" "honnan vegyek telefont"
Új hozzászólás Aktív témák
-
-
Az a gyanúm, hogy megdöglött benne az flash memória (emmc csatolású nand flash).
Nemrég volt nálam egy dugi 550, az is ugyanezt a hibát produkálta, Lehet, hogy szervizesek tudnak vele valamit kezedeni, én a rendelkezésre álló eszözeim (PC és adatkábel) segítségével nem tudtam életet lehelni bele. -
erre gyökerebb választ közöl, mint eddig
Tudatlanságod végett nem a rendszer a gyökér, nem gyökér választ adott, hanem korrektet.Első sor:
./simg2img -> azt kaptuk, amit vártunk.
simg2img system.img system.raw.img -> nem azt kaptad, amit vártál.
Nem hiányzik neked a második sorból valami?
Talán ha így próbálnád (figyeld az első két karaktert!):
./simg2img system.img system.raw.img -
Töltsd le ezt a simg2img-t.
Hagyd a helyén, a Letöltések (vagy Download) könyvtárban.
Nyiss egy terminált.
cd Letöltések
chmod +x simg2img
./simg2img
Erre ezt kellene adnia.
Usage: simg2img <sparse_image_files> <raw_image_file>Frissen próbálva, 3 perce.
cappapa@cappapa-Latitude-E6410 ~/Letöltések $ ls -l | grep simg
-rwxr-xr-x 1 cappapa cappapa 278374 máj 31 2015 simg2img
cappapa@cappapa-Latitude-E6410 ~/Letöltések $ ./simg2img
Usage: simg2img <sparse_image_files> <raw_image_file>
cappapa@cappapa-Latitude-E6410 ~/Letöltések $ -
-
válasz
Keeperv85
#3603
üzenetére
óóóó... a link...
Nekem csak a Tales of creation van meg, jó régen vettem fel még valahonnan, '92-ben. De a linkelt album is bejött.
-
Tehát ha például én lecsípek a /system-ből, eltolom a cache-t és hozzáadom a /data-hoz, akkor simán működni fog?
Én így ételmeztem, és Keeperv85 infója is alátámasztja ezt. Ő többet foglalkozik az új SoC-os MTK cuccokkal. Én leszoktam róla, szinte teljesen "lejöttem a szerről"
Van helyette a zene, ott én döntöm el mit akarok, és mi esik jól.Az EBR/MBR rendszerhez még: én eddig tisztára azt hittem, hogy a kernelben fixen benne vannak a címek. Ezek szerint bármit meg lehet változtatni, ha a megfelelő értékeket írom az EBR fájlokba és a scatterbe?
Gyakorlatilag igen. Volt már több próbálkozásom átszabni system-től elkezdve mindent, (recovery, cache, data és/vagy FAT) és működött.
Arra kell vigyázni, hogy az ebr-ek által leírt partíciók és blokkeszköz szakaszok (itt a dedikált fájlrendszer nélküli "partíciókra" gondolok) megfeleljen a scatter-ben lévő címeknek, ne legyenek véletlen átfedések.@(#3599) Keeperv85
Köszönöm az infót.
(nem is tudom, mikor vettem a kezembe utoljára snapi-s eszközt, már nem is igazán foglalkoztat) -
És mi van a már nem EBR-t használó rendszerekkel?
6592 utáni SoC-ra, elméletileg. Ilyet nem próbáltam. -
Lehet átméretezni recovery-t, csak munkás.
Leginkább a secro van neki útban, így azt kell átméretezni, ami viszont partíció, így bele kell nyúlni az ebr-be.
Majd át kell írni a scattert is, és fw upgrade-del kell feltenni a lementett romot.
Ez így dióhéjban, most sajnos részletesebben (idő hiányában) nem tudom leírni.
Csináltam már Lenovo S660 és Itouch Note esetén is. Működik. -
válasz
CPT.Pirk
#3563
üzenetére
Ha nincs külön odatévead adatbázis fájl, akkor megtalálod a telefonon a
/system/etc/mddb/
könyvtárban.
Onnan ki tudod másolni sd-kártyára/gépre.Ha van adb kapcsolat, akkor simán így:
adb pull /system/etc/mddb/. .@(#3565) ksanc
Ezzel a ~5MB-os adatbázisfájl segítségével már visszaállítható telefonálásra a telefon.
A szerkesztésedre: igen, ez kell elsődlegesen. Én ezt láttam Keeperv85 leírásában: "Most adjuk meg a gyári romból a hosszabb, többnyire BP kezdetű adatbázisfájlunk" -
válasz
CPT.Pirk
#3531
üzenetére
Általában a meta mode alatt a logo jelenik meg (lenovo-k esetén ki is írja, hogy meta-mode-ban van).
Tehát lehet, hogy megkapja az metamode indítási jelet, el is jut odaáig, de nem hoz létre tényleges kapcsolatot. Ezért linkeltem a példát, miszerint az eszköz-azonosítót kellene megnézned, és illetve a driver inf fájlt. Ha nem találod az inf fájlban azt az eszközazonosítót, ami a - vélhetően - meta mode-ban lévő telefon esetén van, akkor egészítsd ki az inf fájlt. Nekem így sikerült megoldanom.A preloader driver egyik "jó tulajdonsága", hogy csak pár másodpercig él: ha nem használja valami (pl. flastool, vagy multiport-download-tool, akkor szétkapcsol.
-
Nem ismerem a partition magic-et, de ha az egy windows-os program, és hdd, pendrive formázására való, akkor erős a gyanúm, hogy egy előre már particionált emmc-t kinyírnál vele (telefon használhatóságra gondolok itt).
A Flashtool-os megoldást meg elírtam, mert nem vele lehet megcsinálni a patríciót
Ez így van.hanem vele lehet felküldeni egy megpatrícionált ROMot.
Ez is így van, de nem kell feltétlenül teljes romot frissíteni, ha csak a data+fat változik. Ekkor ugyanis az ebr1 ebr2 (extended boot record) flesselése, majd egy recoveryből végzett factory reset elegendő, és rendelkezésre állnak a módosított partíciók.
Persze nem biztos, hogy ez még elegendő, mert innentől még kérdéses, hogy mit hogyan szeretnénk látni - ekkor jönnek a vold.fstab és/vagy framework-res.apk és/vagy boot.imd ramdiszk módosítások. -
Azért ezt az átparticionálós topikot elolvasnám a helyedben első közelítésben; #77 és #81 hsz.
-
Ha a problémát már leírtad, akkor még igyekezz megadni az alábbiakat:
1, Telefon pontos típusa, milyen platform?
2, Milyen ROM (szoftver, firmware) van/volt rajta?
3, Mitől lett az az állapot (pl. hiba esetén), amibe került a telefon? (pl. betört kijelző, rossz rom felrakás)
4, Milyen mentés áll rendelkezésre a telefonról?
5, Mit próbáltál eddig csinálni? Itt részletesen mit, mivel, hogyan, milyen sorrendben csináltál. Minél pontosabb információt adsz, annál pontosabb válasz jöhet!parancssoros kimenetek, mint:
cat /proc/partitions
df
kimenetek beszédesek lehetnek eme esetekben, hogy megnézzük, melyik partíción mennyi hely van. -
#3509
cappa72
nagyúr
maxika2004
#3508
válasz
maxika2004
#3508
üzenetére
Ha jól értem, akkor 1 sim-es... és készülékspecifikus.
Erre tessék. -
MT6577 esetén ez ismert jelenség, annak idején apeelme forrásból fordított CWM reocvery-je is ebbe az állapotba került (Jiayu G3). Ő sem tudta kideríteni a hiba okát.
Ami biztos, hogy 20 perc és 20 óra közötti időszak után rendben visszaáll az alapállaporta.
(a 20 óra nem vicc, nézd meg a ZTE Blade super vagy ZTE V889m topikokat, ott van ilyenre precedens). -
-
szerk; a gunyolodas tudtommal ezen lapcsaladban a tiltott dolgok koze esik
Gonosz voltam, ez igaz.
De azért ne felejtsd, hogy igyekszünk segíteni.Én az általam említett installálásból tanultam meg pár dolgot.
Pl. a parancsor erejét, használhatóságát, illetve azt, hogy GUI nélkül, karakteresen is van élet, van böngésző. És így is megtalálható google segítségével a megoldás.
Persze aztán felöltöztettem grafikus felülettel a Debian-t, és a végén örültem, hogy mennyit tanultam belőle.@(#3448) Mr. Y
Csatolni a legegyszerűbben úgy lehet, hogy a fájlböngészőnél, amit láttam, ott ott vannak. hogy
32GB filesystem
Katt oda, és csatolja.De ha parancssorból akarod, akkor
mount -t auto /dev/sdaX /mnt/akarmibarmi //itt az X egy szám, ami az
sudo fdisk -l
parasncs kimenetéből jön, pl.
Device Boot Start End Blocks Id System
/dev/sda1 * 63 61432559 30716248+ 7 HPFS/NTFS/exFAT
/dev/sda2 61432560 213632369 76099905 83 Linux
/dev/sda3 213632370 241601534 13984582+ b W95 FAT32
/dev/sda4 241601535 246147929 2273197+ 82 Linux swap / Solaris -
Lehet, hogy nincs elegendő hely a virtuális lemezen.
Ezért mondta ksanc kolléga, hogy telepíts egy Linuxot.
Vagy keress egy helyet a hdd-n, amit csatolsz, és van elegendő hely.ha lekéred a df kimenetet, akkor fogod látni, hogy mekkora hely van a virtuális gépen.
Nekem spec így néz ki (és van egy system.img is csatolva az androsys helyen
):
cappapa@cappapa-Latitude-E6410 ~ $ df
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/sdb3 493406144 202471704 265870812 44% /
udev 1945368 4 1945364 1% /dev
tmpfs 390832 1064 389768 1% /run
none 5120 0 5120 0% /run/lock
none 1954148 272 1953876 1% /run/shm
/dev/loop0 1514376 1276208 238168 85% /mnt/androsys
cappapa@cappapa-Latitude-E6410 ~ $ -
Hát, lehet, hogy be kellene lépni a simg2img könyvtárba, lehet, hogy ott lesz a bináris...
Visszakerestem:
Letrehoztam home/mr_y - ban a simg2img elnevezesu mappat, ebbe beletettem a letoltott simg2img nevu fajlt. Terminalbol megcimeztem, adtsm neki futtato jogot. Ellenoriztem, megkapta, hibauzenet nem volt. Ezutan beirtam;
./simg2img /home/mr_y/Desktop/Y100x/Bootimg/tmp/bootimg.img /home/mr_y/Desktop/Y100x/Bootimg/tmp/bootimg.raw.img
bash: ./simg2img: No such file or directory
Lehet, hogy innen ered a bibi, csak más könyvtárakkal csináltad ugyanezt?szerk.:
(#3431)@ Keeperv85
mire összeszedtem, megint megelőztek...
szerk.2.
(#3434) ksanc
telepíts egy rendes linuxot, ha ilyeneket akarsz csinálni!
+1 -
En most pont egy boot.img kinyitasara kerdeztem ra.
boot és recovery kibontásakhm...
Innen indultunk:
"ISO, IMG, stb képfájlok kicsomagolása és becsomagolása. Nem baj, ha telepíteni nem tud, az nem érdekel.
Azon személyek közületek, aki Linux rendszeren mókol, mit használtok erre a célra?"
Ehhez képest ezt írod: "En most pont egy boot.img kinyitasara kerdeztem ra."Most system-et, vagy boot-ot akarsz kinytni/csatolni?
Mert nem mindegy.
A boot és recovery a 6595 előtti SoC-ok esetén önnálló partícióval nem rendelkező blokkeszköz-szakaszon helyezkedik el, a system, data, cache pedig jellemzően fájlrendszerrel rendelkező partíció. -
Valahol valami lemaradhatott.
Nálam így néz ki (egy kis seresőfunkcióval az elején):
cappapa@cappapa-Latitude-E6410 ~ $ locate simg2img
/home/cappapa/Letöltések/simg2img
/home/cappapa/Letöltések/Android/simg2img
/home/cappapa/Letöltések/Android/ext4_utils_new/libsparse/simg2img
/home/cappapa/Letöltések/Android/ext4_utils_new/libsparse/simg2img.c
/home/cappapa/Letöltések/Android/ext4_utils_new/libsparse/simg2img.o
/home/cappapa/Letöltések/Android/simg2img/ext4fixup
/home/cappapa/Letöltések/Android/simg2img/img2simg
/home/cappapa/Letöltések/Android/simg2img/mkuserimg.sh
/home/cappapa/Letöltések/Android/simg2img/simg2img
/home/cappapa/Letöltések/Android/simg2img/simg_dump.py
cappapa@cappapa-Latitude-E6410 ~ $ cd Letöltések/
cappapa@cappapa-Latitude-E6410 ~/Letöltések $ ./simg2img
Usage: simg2img <sparse_image_files> <raw_image_file>
cappapa@cappapa-Latitude-E6410 ~/Letöltések $@(#3415) ksanc
A
cat /proc/partitions
kimenetében a data mérete azonos a mentett data méretével? -
Kepperv85 kérdéseire érdemes válaszolni.
A "hogyan?" kérdésre sekélyes válasz, hogy "úgy, ahogy mondtad".
Erre egy picit jobb válasz pl. ilyen:bemásoltam a /home/mr-x/simg2img könyvtárva a binárist.
adtam nekifuttatási jogot így:
chmod +x simg2img
Hibaüzenet nem volt.Utána kiadtam ezt a parancsot:
./simg2img /home/mr-x/kutyafule/system.img /home/mr-x/kutyafule/system.raw.img
Volt/nem volt hibaüzenet. Ha volt, annak a pontos bemásolása.
Ellenőriztem, hogy van-e ilyen fájl:
ls /home/mr-x/kutyafule/Eztán így próbáltam csatolni az elkészült img-t:
létrehoztam egy könyvtárat, ahova csatolni fogom az img-t
sudo mkdir /mnt/andro-system
(ha van, akkor megadom neki a jelszót)
sudo mount -t auto -o loop /home/mr-x/kutyafule/system.raw.img /mnt/andro-system
Van/volt/nincs hibaüzenet, ha van/volt, akkor pontosan mi, pl:
cappapa@cappapa-Latitude-E6410 ~ $ sudo mount -t auto -o loop /home/mr-x/kutyafule/system.raw.img /mnt/andro-system
[sudo] password for cappapa:
/home/mr-x/kutyafule/system.raw.img: No such file or directory
cappapa@cappapa-Latitude-E6410 ~ $Adj időt magadnak, hogy megismerd, mit csinálsz.
A hibaüzenetek pedig igen fontosak. Nekem is segítettek itt a fórumon, hogy eligazodjak közöttük (többek közt és nem mellesleg a csontvázfejű topikgazda) -
#3208
cappa72
nagyúr
magmakocka
#3207
válasz
magmakocka
#3207
üzenetére
egy
ls -l /system/media/
kimenetet érdemes volna idetenned, hogy lássuk milyen fájl milyen jogokkal van a gépsárkányodon. -
#3203
cappa72
nagyúr
magmakocka
#3201
válasz
magmakocka
#3201
üzenetére
bootaudio.mp3 a neve a hangodnak, amit le akarsz játszatni vele?
@(#3204) magmakocka
/system/media/bootaudio.mp3 -
#3198
cappa72
nagyúr
magmakocka
#3197
válasz
magmakocka
#3197
üzenetére
Használj mp3-at ogg helyett.
A neve legyen mindig bootaudio.mp3 -
Azt szeretném megkérdezni, hogy az MtkDT-vel lementett rendszert "gyomlálás" után vissza lehet-e rakni?
Igen.Lenne értelme, kivitelezhető?
Igen, igen.Mivel minden szakasz lementve, ezért ha a preloader-t nem flesseled el (értsd: a saját lementett és átalakított preloader-edet használod), akkor jó eséllyel megmented a téglásodástól. Persze nem rá való rom okozhat még meglepetéseket (érintő végleges hibája), de alapesetben megmarad a telefon élőnek.
-
-
-
válasz
Outlander
#3118
üzenetére
Ha csak a systemet írod felül, akkor is esélyes, hogy nem indul el, de legtöbb esetben nem vágja haza teljesen a célkészüléket.
Ha a SoC azonos, attól még lehetnek erőteljes eltérések. Úgy mint lcd, kamera, stb. modulok, amik nem biztos, hogy "átjáthatóak".
Tehát elsőre kizárólag a system-et, semmi mást. És csak saját felelősségre.Láttam már működni olyan Sungsam S4mini-t, amin olyan rom volt, ami nem hozzá való volt: nem töltötte ki a teljes képernyőt a megjelent tartalom, kamera rózsaszínű volt; de meglett a hozzá való rom, és hibátlan lett a telefon (természetesen a saját korlátain belül hibátlan: gyári állapotba került vissza)
(#3119)@ tibcsi0407
Így vala.
Ne tessék mesterezni, ha kérhetem. -
válasz
Outlander
#3113
üzenetére
Ha a gyári rom preloader-ében lévő azonosító azonos, akkor a system esélyesen elindulhat, ha:
- nem bántod a boot.img-t
- nem bántod az uboot-ot (lk-nak is nevezik)
- nem bántod a recovery-t
- a system partíció mérete legalább akkora a céltelefonon, mint a forrás telefonon
- felbontások megegyenek.Illetve - nem utolső sorban - többféle mentésed van.
Csak hogy legyen mire visszaállni.Nem garantált, hogy elindul.
-
Illetve még egyszer megkérdem (neten eltitkolják a létét is), mi az a meta mód?
Olyan spec mód, ahol olyan dolgokhoz is hozzá lehet férni írásra olvasásra, mint az nvram. Ezzel igen sok és veszélyes dolog is lekérhető, módosítható - megfelelő adatbázisfájllal.A kábel cserélve lesz, akksira rámérek, de megéri akkor ezt a ROMot próbálgatni?
Ha gyári, akkor igen. És ha tényleg gyári, akkor igen.Ui.: miért világít a proximy szenzor (az összes eszközön bekapcsoláskor), ha elvileg nincs ami világítson benne?
Mert valami azt mondja neki, hogy világítson. Elflesselt telefonok esetén ez előfordul.(Működőnél is, de csak akkor, ha olyan benne a szenzor. Pl. a Siswoo i7 esetén ha használom az AutoScreenOn programot, akkor ott is látszik a haloványka piros "világítás" egészen addig, míg a képernyő felold. Ez persze nem rendellenes működés.)
-
Gondolom nem a #3106-ra volt a válaszod igazából.
1. There's an cable communication problem between FlashTool and BootROM.
A kábellel lehet gond a flashtool és a rom között.2. Target might be shutdown unexpectedly or target lost power supply.
A cél esetleg váratlanul leállt, vagy elvesztette a töltöttségét. (magyarul lemerülhetett)1. Try again.
Próbáld újra.2. Proceed H/W checking in download cable and target side com port.
Nézd meg hardveresen a kábelt, hogy jó-e. Ellenőrizd a com portot (esetleg válassz másikat)3. Monitor if power-drop occured in target side.
Ellenőrizd, hogy nem merült-e le a cél (mármint a telefon).Az ekezetek miatt elnezest, a linux angol kiosztast adott
Elnézzük. -
Hát... ez akár hardverhiba is lehet.
Érdemes bekapcsolni (v5.x esetén) a DA DL all with checksum opciót, ez megnézni, hogy a felírás helyes volt-e.
3.x esetén van egy DA DL all with checksum jelölőnégyzet, azt pipáld be.Ha ezek után flesseled, és a checksum ellenőrzésnél lelakad, akkor látszólag írható az emmc (nand flash), valójában nem.
-
de a preloader mit szolgál a történetben?
Ez a híd a számítógép és a telefon között kikapcsolt állapotban.
Ezen keresztül megy a kommunikáció - írható, olvasható az emmc csatolófelületű nand flash.
Ha nem épül fel a kapcsolat megfelelően, akkor nem fér hozzá a flashtool a flash memóriához, így nem is tud vele kezdeni semmit. -
-
Befolyásolhatja, hogy így ott van a checkum?
Ha az ini fájlra gondolsz, akkor nem, az nem. Az a flesselendő fájlokat ellenőrzi.
Ha a DA DL all witch checksum is be van kapcsolva, akkor ellenőrzi a flesselt eredményt.Amúgy még az jutott eszembe, hogy próbáld meg akku nélkül is. (Igen, néha akku nélkül is lehet flesselni)
-
-
Töltsd le nem torrent segítségével. Direkt link: [linuxmint-13-mate-dvd-64bit.iso]
-
Nemtudom
Pedig már vagy 3x kérdeztem.Attól, hogy egy gép 64bites, még mehet rá 32bites oprendszer.
64bites Linux + 64bites Flashtool és használható lesz.
terminálba gépeld be, hogy
uname -aValami ilyesmi lesz:
cappapa@cappapa-Latitude-E6410 ~ $ uname -a
Linux cappapa-Latitude-E6410 3.2.0-23-generic #36-Ubuntu SMP Tue Apr 10 20:39:51 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux
Erről látszik, hogy 64 bites. -
a formátum hasonló a windowshoz, csak maga a könyvtárszerkezet eltérő.
Egy user a
/home/usernév/
könyvtárba dolgozik.
a ~ könyvtár pedig a /home/user/usernév könyvtárral egyenlő.Így a
cd ~/
belép a /home/usernév/ könyvtárbaFontos tudni, hogy a
/
könyvtár a gyökérkönyvtár, windowsra lefordítva c:\Még egy fontos jó tulajdonság:
ha megnyomod a TAB billentyűt, akkor a Linux kiegészít a lehetséges fájl vagy könyvtárnevekkel.
Így nem kell mindent fejből tudni.
Tehát egy
cd /ho TAB billentyű lenyomása után megkapod, hogy
cd /home ;ha pedig utána /-t nyomsz, és megint TAB-ot, akkor láthatod, hogy milyen könyvtárak fájlok vannak a /home/ könyvtárban.
Így egyszerű navigálni parancssorban.pl.:
cd ~/Letöltések/Android/SP_Flashtool <nyonsz egy TAB-ot>, kiegészíti.
ugyanígy ha parancsot adsz ki:
sudo sh fl <nyomsz egy TAB-ot>, és kiegészíti, hogy flash_tool.sh -
-
64bites Mint van fent?
Mert tudtommal csak a 64bites verzió megbízható a Linux-os Flashtol-ból.Először futtatási jogot kap (terminálban, megfelelő könyvtárba belépve):
chmod +x flash_tool.sh
Vagy a flash_tool.sh-ra jobb gombbal kattintva a jogosultságoknál "Fájl végrehajtásának engedélyezése programként" "x"-et bejelölöd.Utána parancssorból indítom a flashtool-t:
sudo sh flashtool.sh
parancs segítségével.És ráadásul Mint13 után szükség lehet a modemmanager eltávolítására
sudo apt-get remove modemmanagerAmit Keeperv85 kérdezett, arra szintén a parancssoros használatot kell igénybe venni.
Indítasz egy terminált, majd rádugod a gépre a telefont, és kiadod a parancsot:
sudo dmesg
Az kimenet utolsó pára sor tanúskodik az újonnan bedugott eszköz információjáról.
pl.:
cappapa-Latitude-E6410 ~ # dmesg | tail -3
[115882.138973] usb 2-1.3: new high-speed USB device number 51 using ehci_hcd
[115882.294760] cdc_acm 2-1.3:1.1: ttyACM0: USB ACM device
[115885.007302] usb 2-1.3: USB disconnect, device number 51
Ott figyel a ttyACM0, ami kell...Meta-mode-ban pedig:
[116379.713064] usb 2-1.3: new high-speed USB device number 71 using ehci_hcd
[116379.807108] scsi29 : usb-storage 2-1.3:1.0
[116379.807679] cdc_acm 2-1.3:1.2: This device cannot do calls on its own. It is not a modem.
[116379.807772] cdc_acm 2-1.3:1.2: ttyACM0: USB ACM device
[116380.803876] scsi 29:0:0:0: Direct-Access Linux File-CD Gadget 0000 PQ: 0 ANSI: 2
[116380.804363] scsi 29:0:0:1: Direct-Access Linux File-CD Gadget 0000 PQ: 0 ANSI: 2
[116380.808000] sd 29:0:0:0: Attached scsi generic sg2 type 0
[116380.809306] sd 29:0:0:0: [sdc] Attached SCSI removable disk
[116380.810221] sd 29:0:0:1: Attached scsi generic sg3 type 0
[116380.813440] sd 29:0:0:1: [sdd] Attached SCSI removable disk(hú de sokáig tartott megírni... oszt' még meg is előztek
) -
válasz
p5quser
#3007
üzenetére
Ha dobsz fel valahova boot, recovery, chumchar_info fájlokat, akkor megnézem, hogy mit tehetek a portolási ügy érdekében.
(#3006) Keeperv85
Cheksum hibára: kidobod a cheksum fájlt és voila... már megy is a telepítő...
Bizony... az nem annyira véletlenül van ott (na persze nem neked írom... szépen is néznénk ki...).
Pont ugyaolyan célt szolgál, mint, a CWM mentés esetén az md5 ellenőrzőösszeg. A fájlok sértetlenségét, megfelelőségét hivatott leírni. Ha nem stimmel, akkor annak oka van, és nem igazán érdemes használni az adott fájlt - ha jól tudom. -
Kéretik elolvasni az összefoglalót, majd a hogyan kérdezzünk rész elolvasása után részletesebben leírni a történteket; mint ahogyan arra Keeperv85 is utlat.
Keeperv85:
Most jön az, hogy: milyen készülék is ez? Biztos ki van kapcsolva, mikor úgy tűnik ki van kapcsolva? Van hozzá való rom?
Mr. Y:
Nem egészen értelek. Van hozzá ROM, nem is kevés.
Szerintem válaszolni kellene neki a kérdésére.szerk.:
(#3002) Mr. Y
A (#3000) válasz nem neked ment, hanem erre: p5quser @(#2997) -
válasz
p5quser
#2997
üzenetére
Szerintem nem esélytelen. De a kérdés, hogy az megy-e fel, amit akartál, és hogy az helyes-e.
Fura ötlet lehet, de ilyenkor azt csinálnám, hogy megnézném: valóban felment-e a system a helyére.
Hogyan is?
Hát SP Flashtool readback-kel.
Ha ugyanis tényleg felment, akkor a readback után a telefonról mentett system.img csatolható (linux alatt legalábbis), és megnézhető, hogy mi is a tartalma. Ugye pl. a build.prop beszédes lehet. Ha pedig felment a rendszer (system partíció) maga, és mégsem megy, akkor más felé kell kutakodni.Jut eszembe: esetleg a bootloop alatt nincs véletlen adb elérés? Az esetleg segíthet megnézni a rendszert hirtelen, hogy tényleg felrakta-e a romot. De ez csak amolyan kósza ötlet (volt már bootloop-os tab a kezemben, aminél véletlenül elkaptam az adb kapcsolatot, onnan hirtelen adb reboot recovery, majd factory reset, és ment a tab... csak ötletelek)
szerk.: a jiayu g4s-em is mt6592. A cm12 mod rom maga egy 4.4-hez való CTR-ből ment fel, így akár tényleg lehet portolni egy ilyet a tiédhez is. Az eredeti boot.img, recovery.img és a dumchar_info mindenképp kell. (A mikorra még nem tudom a választ).
Vagy akár azt a cm12-őt is megnézheted, mint alapot a tiédhez. -
válasz
p5quser
#2995
üzenetére
Belenéztem a zip-be is, ott is a telepítő szkriptbe.
format("ext4", "EMMC", "/dev/block/mmcblk0p8", "0", "/system");
mount("ext4", "EMMC", "/dev/block/mmcblk0p8", "/system", "max_batch_time=0,commit=1,data=ordered,barrier=1,errors=panic,nodelalloc");Neked melyik volt a system a muchar info alapján?
Nekem az 5-ös rémlik:
android 0x000000004b000000 0x0000000005000000 2 /dev/block/mmcblk0p5 USERLehet, hogy csak annyi a baj, hogy nem a megfelelő partícióra akarja pakolni?
-
-
válasz
Keeperv85
#2989
üzenetére
Ja ííígy. Ja ezt értem, így más a leányzó fekvése.
(system.img dd-vel feltéve? egy időben én is gondolkodtam ilyen megoldáson, de végül idő hiányában elmaradt a kísérlet, Ezek szerint most meg ez lett a divat?)
De ez inkább az új SoC-ok esetén jellemző, nem? A régebbiek (6592 is) inkább a klasszikus system könyvtár + a hagyományos telepítő szkript.
(Illetve nem túl ismert gyártók esetén a rút is egyszerű mod recovery alól; még 5.x esetén is)Hát... van mit pótolnom
-
válasz
Keeperv85
#2985
üzenetére
Miért ne?
Pl. vannak olyan romok, amelyek mod recovery-ből mennek fel.
Komoylan kérdem, mert olvastam már tőled ezt, csak nem értem miért tiltakozol ellene.(#2986) p5quser
Semmi gond a partíciókkal, csak mintegy megerősítés, hogy tipikusan 6592.
Még egy kérdés: fizikai SD kártyával bővíthető a telefon? -
válasz
p5quser
#2981
üzenetére
Biztos hogy mtk, mind a flashtools, mind a droidtools azonosítja
Igen, azon én is meglepődtem volna, ha a spec után, meg MTKDT-recovery működése után nem MTKs.Nincs olyan kiírás az MTKDT infó ablakában, hogy fake xy, real is MT6592?
Ez esetleg magyarázhatná... De ezen is meglepődnék.Esetleg egy pár kimenet még jól jönne
adb shell cat /proc/cpuinfo
adb shell cat /proc/dumchar_info
adb shell mount
adb shell cat /proc/partitions
(nem kell hozzá root sem) -
válasz
p5quser
#2976
üzenetére
A carliv is cwm alapú.
4.4-től kell a selinux támogatás, így ha van már egy működő 4.4-hez való mod recovery, akkor át lehet babrálni a tiédnek megfelelően; nem garantáltan, de jó eséllyel.
Ehhez meg ugye kell a dumchar_info kimenete minimum, de a mount kimenet se' kutya, lévén leginkább ext4-es system partíciókra vonatkozóak ezek a recovery-k. És hát bizony előfordulhatnak más fájlrendzerek is (yaffs, ubifs), bár ezek 6592 esetén nem igazán jellemzőek.Esetleg még egy PhilZ autogenerátort is megpróbálnék. [link].
-
válasz
p5quser
#2974
üzenetére
Ha a gyári romra visszaállítás működik, akkor jó.
A portolásról néhány szóban itt is olvashatsz, és ezzel biztosan ki tudod csomagolni mind a recovery, mind pedig a boot-ot. mt6573/75/77/72/89/92/95, mt6752/53/35 esetén kevés kivételtől eltekintve működik.
Azt passzolom, hogy ha van egy működő telefon, van adb és root, akkor miért nem "látja". Ezt távgyógyban megmondani nem tudom hirtelen. Nekem sosem volt ilyen gondom.
de "init.rc not found"-dal elhasal.
Lehet, hogy nem lenne benne? az fura.
A perl szkript segítségével bonts ki egy gyári boot vagy recovery-t, és nézd meg, hogy valóban hiányzik-e. -
válasz
p5quser
#2972
üzenetére
Biztos, hogy jó a ROM, amit fel akarsz rá tenni? A Te telefonodhoz készült?
(a linket nem tudtam megnézni) Általánosan 6592-re nincs külön rom, teljesen telefonspecifikus.egyik sem ismeri fel a telefont,
Vélhetően azért, mert el sem jut addig, hogy felismerhető legyen, hisz ezek az automatizált recovery gyártók adb-n keresztül működnek.
Ha pedig nem jut el az adb elérésig, és nincs root sem (a te esetedben talán még megfelelő system sincs), akkor nem tud mit kezdeni a program a telefonnal.Ilyenkor célszerű így eljárni:
1, Amig nem késő , csinálj egy flashtool mentést
2, Tegyél vissza egy gyári rendszert, root-old, és onnantól működni fognak a recovery gyártó szoftverek.
3, Ha van már mod recovery-d, akkor csinálj rendszermentést
4, Jól gondold meg, milyen romot teszel fel...
5, Előfordulhat, hogy 5.x-hez más recovery kell majd, ami támogatja a "full selinux" környezetet. -
Ha 64bites Linuxod van, akkor menni fog a Flashtool, fogja kezelni a kikapcsolt telefont (néhány esetben pedig akku nélkül is megy)
Ha esetleg mégsem, akkor a modemmanager-t szedd le, és utána elméletileg menni fog.
(a modemmanager-t később vissza lehet tenni).Ha akku-ki akku-be után sem tudsz factory és/vagy recovery-be kerülni, akkor akku nélkül próbáld a flashtool-t.
Először szükséges lehet egy Flashtool memory test.
Persze kell hozzá scatter, de itt egy szinte akármilyen jó, valamelyik típusból.
DE! vigyázz, hogy mit állítasz be a memory testnél!
Emmc-t pipáld be, de ne legyen bepipálva a dedicated pattern test!
Indítsd el a memóriateszet, és megmondja, hogy milyen kiosztású: ott lesz a preloader hossza, illetve a user emmc (“ROM”) mérete is.
Ez már lehet egy kiindulópont.Ha pedig már megvan a memtest kimenete, onnan a preloader-t le lehet menteni readback-kel.
A preloader-ben benne szokott lenni a platform típusa, MT6572, -75, -98 ... stb...Ekkor már 3 infót tudunk:
SoC
ROM méret
Preloader méret.
A system-et is le lehet menteni vaktában, de jobb, ha összeszeded a scatter-eket; pl az összeset. Az egyik scatter csak bejön.Amíg nincs meg a pontos típus, addig csak readback-et szabad használni!
Ha megvan a pontos azonosítás, akkor szabad csak nekiállni flesselni, lehetőség szerint elsőre a preloader-t ne.
Lehet, hogy van más megoldás is, de hirtelen ezt tenném.(szerk. , mire megítram - sokáig tarottt -, addig más is bekapcsolódott
) -
Mentsd le a preloader-t es az nvramot.
Utana egy ari rombol a boot es system parost flesseld. Persze nezd meg a pintos verziot a jelenlegi rendszeren es a flesselendon.
Ha flesselted utana egy factory reset nrm art, vagy flesseld a data es cache-t is. Persze ekkor ugranak a felhasznaloi adatok!
Ne hasznald a kingorootot, inkabb valami mas megoldast kell alkalmazni.
Pl. mod recovery + updatesupersu.
Vagy insecure kernel + root csonag (most nem tudom linkelni( -
válasz
Keeperv85
#2870
üzenetére
Ennek kimondhatatlanul örülünk.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Eszembe jut a Csillagok Háborúja... az a kereskedelmi utak megadóztatásával kezdődött
4.4-en meg az sd kártya használatával kapcsolatos korlátozással; Samu esetén a knox bevezetésével;
Szóval lassan mindenki elkezd korlátozni. A hüvej már régebben, ott még a Flashtool readback se megy.
Persze tudom, hogy a bütykölőknek kell menni a gyártók után, és nem fordítva...Lassan váltok WP-ra... na jó, ez viccnek is rossz volt -
-
Szóval Lenovo Vibe X2...
Eddig az összes MTK-s eszközzel működött a maui (vagy miáú vagy mitt’omén).
Történetesen a vibe x2-vel nem.
Sem a TO, sem a CN verzióval (EU-s verzióval nem sikerült még találkozni)
Meta módba bebillent, de onnan sehova...
Csak újraindítás lehetséges.Ez még csak hagyján, de a flashtool-lal sem volt hajlandó kommunikálni. Pedig az eddig feltett driver mindent vitt, kezdve a 6532-től a 6752-ig mindent.
A win eszközkezelőjében megjelentek a megfelelő elnevezésű új eszközök, ám a driver-ek sánták maradtak. w-XP 32bit, w7-64bit, w8-32bit esetén u.a a helyzet.
Mivel flesselni Linux alatt lehetett, így nem érdekelt tovább a win-es preloader driver, de a CDC igen.Nézegettem, töltögettem le a drivereket, de egyik sem tartalmazott az eszközhöz köthető információt...
Túrtam a netet, és látám vala, hogy a 6595-ös MTK sorozatnál nem egyedi eset (pl. Zopo ZP999).Na és ekkor belenéztem az inf fájlba.
Látám, hogy az eszközazonosítók valának benne.
A csatlakoztatott meta módú telefon eszközazonosítóját beírva az inf fájlba, és újra betallózva azt, siekerült működésre bírni a Vibe X2 és MauiMeta3G kombót!
Ezek után már lehetett olvasni a tartalmakat.
Tehát ha valakinek ilyen gondja akad, akkor mindenképp nézze meg az inf fájlban az eszközazonosítókat, hogy van-e egyezés a csatlakoztatott eszközzel. -
Ez nem recovery, ez factory mode.
Imhol a fordításai
A legalsó a reboot. Azt válaszd. -
#2846
cappa72
nagyúr
drewcsalad
#2845
válasz
drewcsalad
#2845
üzenetére
Igen, ettől tartottam.
Elméletileg szét lehet választani, de ahhoz azért nem kis ügyesség kell házilag.
Én már jártam úgy, hogy egy telefont két módon szerelt kijelzővel készítettek. Az egyik sorozat ogs volt, a másik nem. Na én ogs-sest fogtam ki. Bele is törött az lcd. Mivel veszteni valója nem volt szegény telefonnak, ezért nagy gondot nem jelentett, Rendeltem hozzá lcd, és külön összeragasztás nélkül tettem össze a telefont.
Azóta is működik szépen. -
#2844
cappa72
nagyúr
drewcsalad
#2843
válasz
drewcsalad
#2843
üzenetére
Hát... elméletileg csak a digitizer-t kellene cserélni, ám ha ogs laminált cucc, akkor csak egyben érdemes, legalábbis házilat.
(A thl t6pro esetén mák, hogy nem ogs, így külön cserélhető).
Keress rá a jutúbon, biztos lesz szétszerelési videó, meg persze a specifikációt is érdemes levadászni erre vonatkozóan. (az én tippem, hogy ogs).
Van helyette a zene, ott én döntöm el mit akarok, és mi esik jól.
Köszönöm az infót.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
on;
(tréfa off)
Csak újraindítás lehetséges.
Új hozzászólás Aktív témák
Hirdetés
- új bontatlan iPhone 16 Pro 128GB black titanium fekete titán független Apple 1 év garancia ajándék
- Honor X6b 128GB Kártyafüggetlen 1Év Garanciával
- Iphone 13 Pro Max 128 GB /// 86% Akku // Számlával és Garaniával
- Iphone 12 Pro Max 128 GB /// 88% Akku // Számlával és Garanciával
- Xiaomi Redmi 9A 32GB Kártyafüggetlen 1Év Garanciával
- Xiaomi Redmi A3 64GB Kártyafüggetlen, 1Év Garanciával
- Új Apple iPhone 16 Pro Max 256GB, Kártyafüggetlen, 3 Év Garanciával
- Álmodozol egy erősebb gamer élményről? Kamatmentes rèszletre is!
- BESZÁMÍTÁS! Gigabyte B760M i5 14600KF 32GB DDR4 1TB SSD RX 6700XT 12GB Zalman Z1 Plus Seasonic 650W
- Bomba ár! Lenovo X1 Yoga 1st - i7-6G I 8GB I 256SSD I 14" WQHD Sérült I W10 I CAM I Garancia!
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest