Diskuzní fórum Elektro Bastlírny

Uvítám nápovědu, protože sem android nikdy nijak neznásilňoval...
Teď mám na stole Tablet X505L, který po zapnutí ukáže logo lenovo a vypne se.
Co se s tím tabletem dělo předtím (jestli jej třeba někdo nebricknul), netuším a nevím jak zjistit.
Připojení nabíječky detekuje - ukáže, že nabíjí. Při spojení s PC neukazuje žádné zařízení na USB.

Po stisknutí VOL- & POWER ukáže obrazovku fastboot - ležícího zeleného panáčka bez další volby

Při podržení VOL+ a připojení na USB dovolí recovery software od Lenovo (Software fix - tablet - zachránit) opravit systém. Trvá cca 5 minut, kdy identifikovaný a stažený firmware flashuje. Zahlásí, že úspěšně zachránil, ale opět restart a pouze logo.
FW, který si recovery software podle SN stáhne je cca 2GB:
TB-X505L_USR_S001149_2210181723_Q00015_ROW

Pokusil jsem s ještě mu vnutit stejný firmware z SD karty:
VOL+ & VOL- & POWER nabídne tabulku s volbami viz foto
wipe data/factory reset nepomohl a nic nezměnil.
Volba Apply update from SD, kde sem hodil stejný ZIP file pár vteřin chroustá a vypíše chybu "Footer is Wrong" a "Signature verification failed". I starší verze systému načítané z SD se chovají stejně.

Netuším, jak jsou ty data systému organizované, protože nějaký základní systém žije a doufal jsem, že se podaří přeflešovat systém celý, aby se tablet vzpamatoval.
Pokud se nepodaří originál systém, je možno zkusit i nějaký alternativní, nebo mi prostě zůstane na díly, protože doma ještě jeden je.

Našel jsem ještě jiný flashovací nástroj, ale tím že se nehlásí na USB nejsem schopný se posunout dál a taky bych zbytečně nechtěl něco dodrbat ještě víc (pokud to vůbec lze).

Díky za snahu pomoci. Notoričtí kecálci - nepromarněte šanci mlčet a zbytečných komentářů se zdržte.

Při updatu z SD karty se soubor musí nějak specificky jmenovat, nejčastěji update.zip
Pokud se nahození ROM nepodaří, tak je nejspíš poškozené úložiště.

Zkoušel jsem, ten zip samotny přejmenovat aby končil system_update. Výsledek stejný. Hádám, že si to tablet rozbalí a kontroluje něco "uvnitř zipu" a pak vypíše hlášku.
Trochu sem doufal, že to úložiště přepíše při té opravě taky, když už ten ZIP má 2GB. Je to celkem větší objem dat, aby to tam nahrnul přes USB v rámci pár minut. Transfer dat samotných při té záchraně je cca 3,5 minuty. Přepisuje snad jen nějaký "bootloader"?

Díval ses do těch logů (view recovery logs)?

Vyčisti i tu cache, a máš tam mount /system, mrkni se tam. V systémových lozích může něco být.

Cache vyčištěna.
System mount neudělá nic.

Ve výpisu je kmsg (hádám kernell) a log soubory.

Něco málo z toho, ty logy mají cca 10+ stran každý. Bohužel mohu přidat jen fotky, jenže netuším co přesně hledat..

Jestli žádné přehrání nebo tovární nastavení nepomáhá, tak se poohlídni po nějakém nástroji na kontrolu eMMC. Je v tom Qualcomm chipset, které jdou testovat v EDL modu.


Co se týče logu, tak ty s tou .1 na konci jsou starší verze a proč to nepokračuje, bude na poslední stránce.

Nějakou diskuzi o Qualcom toolu jsem včera našel a dokonce si stáhl placený archiv, kde jsem předpokládal je celý nezbytný obsah pro recovery systému.

Zde by QFIL/QPST měl být schopný přehrát data (firmware), ale ani to není úspěšné. Dokonce ten tool není schopný z toho archivu načíst potřebný soubor .HEX a .XML i když to bylo prezentováno jako balík.
Nakonec je zde poznámka že QPST umí NAND a NOR. Ty mluvíš o emmc. Jen v tom tolu vidím, že se tablet při podržení tlačítek a následném připojení k USB hlásí jako COM (stejně jako ve správci zařízení).

Předpokládám, že EDL je mod, kdy vidím tablet s nainstalovaným ovladačem jako "COM" port.
Máš nějaký tip na nástroj pro test emmc?

eMMC myslím všeobecně úložiště, které se může lišit. Pro EDL mode se musí spojit určité piny na základní desce např. https://youtu.be/cjNSS29DNvc?t=309
Nyní nejsem doma a z hlavy nevím, co jsem (hodně dávno) používal za software.

První si přečti ty logy na konci, jak ti radí josef_novak, a pokud ti jde připojit USB flash , nebo celý ten tablet přes kabel jako úložiště, tak si ty logy zkopíruj někam do pc, kde se ti budou líp číst. Dokud není jasné, proč se to zastavilo, nemá cenu nic řešit, příčina může být úplně jiná, než se tu všichni domníváme.

Jo Ty logy nejde stahnout a poslední dvě strany .log a kernelu jsou zde teď přiloženy, pokud se v tom někdo orientuje, protože mě to nic nenapovídá...