Byla vydána nová stabilní verze 24.05 linuxové distribuce NixOS (Wikipedie). Její kódové označení je Uakari. Podrobný přehled novinek v poznámkách k vydání. O balíčky se v NixOS stará správce balíčků Nix.
Byla vydána nová verze 1.48.0 sady nástrojů pro správu síťových připojení NetworkManager. Novinkám se v příspěvku na blogu NetworkManageru věnuje Fernando F. Mancera. Mimo jiné se v nastavení místo mac-address-blacklist nově používá mac-address-denylist.
Před 25 lety, 31. května 1999, započal vývoj grafického editoru Krita (Wikipedie). Tenkrát ještě pod názvem KImageShop a později pod názvem Krayon.
Farid Abdelnour se v příspěvku na blogu rozepsal o novinkám v nejnovější verzi 24.05.0 editoru videa Kdenlive (Wikipedie). Ke stažení brzy také na Flathubu.
David Revoy, autor mj. komiksu Pepper&Carrot, se rozepsal o své aktuální grafické pracovní stanici: Debian 12 Bookworm, okenní systém X11, KDE Plasma 5.27, …
Wayland (Wikipedie) byl vydán ve verzi 1.23.0. Z novinek lze vypíchnout podporu OpenBSD.
Craig Loewen na blogu Microsoftu představil novinky ve Windows Subsystému pro Linux (WSL). Vypíchnout lze GUI aplikaci pro nastavování WSL nebo správu WSL z Dev Home.
V sobotu 1. června lze navštívit Maker Faire Ostrava, festival plný workshopů, interaktivních činností a především nadšených a zvídavých lidí.
Webový server Caddy (Wikipedie) s celou řadou zajímavých vlastností byl vydán ve verzi 2.8 (𝕏). Přehled novinek na GitHubu.
Byla vydána verze 3.0 (@, 𝕏) svobodného softwaru HAProxy (The Reliable, High Performance TCP/HTTP Load Balancer; Wikipedie) řešícího vysokou dostupnost, vyvažování zátěže a reverzní proxy. Detailní přehled novinek v příspěvku na blogu společnosti HAProxy Technologies.
Zdravíčko , nějak nechtěně sem zcihlil tablet (při testu sem tam šoupl špatnej bootloader). Sháním někoho kdo má stejnej tablet a udělá otisk NadFlash a pošle ho třeba na googledisk. Potřebuju to tak že v linuxu si zkompiluje https://github.com/rockchip-linux/rkdeveloptool a skrz tento nástroj zkusí uložit otisk---------------------Tool Usage ---------------------
Help: -h or --help
Version: -v or --version
ListDevice: ld
DownloadBoot: db < Loader>
UpgradeLoader: ul < Loader>
ReadLBA: rl < BeginSec> < SectorLen> < File>
WriteLBA: wl < BeginSec> < File>
WriteLBA: wlx < PartitionName> < File>
WriteGPT: gpt < gpt partition table>
WriteParameter: prm < parameter>
PrintPartition: ppt
EraseFlash: ef
TestDevice: td
ResetDevice: rd [ subcode]
ReadFlashID: rid
ReadFlashInfo: rfi
ReadChipInfo: rci
ReadCapability: rcb
PackBootLoader: pack
UnpackBootLoader: unpack < boot loader>
TagSPL: tagspl < tag> < U-Boot SPL>
-------------------------------------------------------List of rockusb connected
DevNo=1 Vid=0x2207,Pid=0x310b,LocationID=208 Maskrom
Found 1 rockusb,Select input DevNo,Rescan press < R>,Quit press < Q>:qrkflashtool: info: rkflashtool v5.2
rkflashtool: info: Detected RK3188...
rkflashtool: info: interface claimed
rkflashtool: info: MASK ROM MODE
rkflashtool: info: chip version: -..-
rkflashtool: info: rkflashtool v5.2
rkflashtool: info: Detected RK3188...
rkflashtool: info: interface claimed
rkflashtool: info: MASK ROM MODE
rkflashtool: info: Flash ID: 00 00 00 00 00
rkflashtool: info: Flash Info:
Manufacturer: Samsung (0)
Flash Size: 0MB
Block Size: 0KB
Page Size: 0KB
ECC Bits: 0
Access Time: 0
Flash CS:
Jak je vidět tak se do NadFlash uložil nějakej bordel a hlásí se jako samsung ikdyž to je micron 29f128g08cfaba
Potřebuju tam skrze LBA mod kterej jedinej funguje narvat z5 to co cam bejvalo (nemá to oddíly a neukazuje ani velikost ta nadflash ikdyž se do ní dá zapsat i číst).
Ještě mam RT809H programmer když bude potřeba odpájet NadFlash a číst/zapsat jinak než skrze USB a maskrommode
Díky kdyžtak za reakce (vidím jen zařízení bez oddílů) nefunguje to jako mass storage takže se musí skrze RK utility.
Řešení dotazu:
Mám jak firmware zabalenej v IMG , když ho rozbalim , mam i jednotlivé soubory podle parameters mam i umístění (offset) jednotlivejch souborů 0x00002000 misc.img atd viz ten parameters :FIRMWARE_VER:4.4.2 MACHINE_MODEL:Chuwi V88 by Oma MACHINE_ID:007 MANUFACTURER:RK30SDK MAGIC: 0x5041524B ATAG: 0x60000800 MACHINE: 3066 CHECK_MASK: 0x80 KERNEL_IMG: 0x60408000 #RECOVER_KEY: 1,1,0,20,0 CMDLINE:console=ttyFIQ0 androidboot.console=ttyFIQ0 init=/init initrd=0x62000000,0x00800000 mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00008000@0x00004000(kernel),0x00008000@0x0000C000(boot),0x00010000@0x00014000(recovery),0x00020000@0x00024000(backup),0x00040000@0x00044000(cache),0x00D48000@0x00084000(userdata),0x00002000@0x00DCC000(kpanic),0x00200000@0x00DCE000(system),-@0x00FCE000(user)Mam boot.img , kernel.img , misc.img , ockernel.img , recovery.img , system.img , RK3188Loader(L)_V1.24.bin Jenže tim smazánim mi zmizelo rozdělení toho nadflash a nemá žádné partition ani velikost. Potřebuju tam nějak zapsat že
ten Micron 29f128g08cfaba je 16gb nad flash a že má ty gpt partition viz 0x... dle toho parameters. Ikdyž na ty místa v režimu
LBA nacpu ty img soubory tak se nad flash tváří dál bez oddílů a je vidět jen to že to je v tom mask rom mode . Smazal sem to vlastní neopatrností kdy sem zapoměl odfajfkovat při flashování ať nemaže ten loader , no a ono ho tam dalo z jiného
stroje a vždy se formátoval nad flash (tim ale že ten loader tam nepatří tak to smázlo i to rozdělení toho nadflash a teď nemá velikost.) Napadlo mne vzít ten RK3188Loader(L)_V1.24.bin loader a v režimu LBA ho dát na adresu 0x00000000 tam kam se normálně dává ale netušim
jak s tim rkdeveloptoolem použít to
WriteGPT: gpt < gpt partition table>
Tak sem to udělal a zkusil tam dávat firmware a :
cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/last/Android/Image$ rkflashtool w system <system.imgrkflashtool: info: rkflashtool v5.2rkflashtool: info: Detected RK3188...rkflashtool: info: interface claimedrkflashtool: info: MASK ROM MODErkflashtool: info: working with partition: systemrkflashtool: info: found offset: 0x01084000rkflashtool: info: found size: 0x00180000rkflashtool: info: writing flash memory at offset 0x01184300... Done!rkflashtool: info: premature end-of-file reached.cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/last/Android/Image$ rkflashtool w recovery <recovery.imgrkflashtool: info: rkflashtool v5.2rkflashtool: info: Detected RK3188...rkflashtool: info: interface claimedrkflashtool: info: MASK ROM MODErkflashtool: info: working with partition: recoveryrkflashtool: info: Error: 'mtdparts' not found in command line.
rkflashtool w system <system.img
rkflashtool: info: rkflashtool v5.2
rkflashtool: info: Detected RK3188...
rkflashtool: info: interface claimed
rkflashtool: info: MASK ROM MODE
rkflashtool: info: working with partition: system
rkflashtool: info: found offset: 0x01084000
rkflashtool: info: found size: 0x00180000
rkflashtool: info: writing flash memory at offset 0x01184300... Done!
rkflashtool: info: premature end-of-file reached.
rkflashtool w recovery <recovery.img
rkflashtool: info: rkflashtool v5.2
rkflashtool: info: Detected RK3188...
rkflashtool: info: interface claimed
rkflashtool: info: MASK ROM MODE
rkflashtool: info: working with partition: recovery
rkflashtool: info: Error: 'mtdparts' not found in command line.
rkflashtool: info: rkflashtool v5.2
rkflashtool: info: Detected RK3188...
rkflashtool: info: interface claimed
rkflashtool: info: MASK ROM MODE
rkflashtool: info: chip version: 310B-2012.11.30-V100
rkflashtool: info: rkflashtool v5.2
rkflashtool: info: Detected RK3188...
rkflashtool: info: interface claimed
rkflashtool: info: MASK ROM MODE
rkflashtool: info: Flash ID: 45 4d 4d 43 20
rkflashtool: info: Flash Info:
Manufacturer: Samsung (0)
Flash Size: 0MB
Block Size: 512KB
Page Size: 2KB
ECC Bits: 0
Access Time: 40
Flash CS:
Nějak mi to selhává na rkflashtool: info: Error: 'mtdparts' not found in command line.
originál ve windows soft stále s chybou při čtení NAD a konec.
Když tam natlačim GPT rozdělení a pustim rkflashkit GUI tak už je vidět partition ale když tam cpu ty image tak jako když ten nadflash má špatně bloky nebo co protože se po zapsání a zpětné kontrole nesouhlasí
Flash memory at 0x00004FC0 is differnt from file!
Flash memory at 0x00004FE0 is differnt from file!
reading flash memory at offset 0x00005000
Flash memory at 0x00005000 is differnt from file!
Flash memory at 0x00005020 is differnt from file!
Flash memory at 0x00005040 is differnt from file!
funguje jeden z mála a projde jen něco malého třeba misc.img
============= 2019-03-23 20:01:17 ============
Writing file /home/_/pracovni/firmware/last/Android/Image/misc.img to partition 0x00002000@0x00002000
writing flash memory at offset 0x00002000
Done!
Comparing partition 0x00002000@0x00002000 with file /home/_/pracovni/firmware/last/Android/Image/misc.img
reading flash memory at offset 0x00002000
Done!
ls -l misc*
-rwxrwxrwx 1 _ _ 49152 bře 23 19:32 misc.img
Jo a když to odpojim tak se vše smaže a neni tam zase rozdělení a nic. Podle mne je špatně někde informace o té nadflash a pracuje to s ní zle protože místo micron se hlásí jako samsung ale změna že už tam nejsou jen nuly jako předtím.
CMDLINE: mtdparts=rk29xxnand:0x00001f40@0x00000040(loader1),0x00000080@0x00001f80(reserved1),0x00002000@0x00002000(reserved2),0x00002000@0x00004000(loader2),0x00002000@0x00006000(atf),0x00038000@0x00008000(boot:bootable),-@0x0040000(rootfs)Formát toho hexa je délka v LBA (512B) @ offset v LBA (512B). 6) Po zápisu GPT si uložit přes "rl" opět minimálně prvních 64*512 bajtů, ale spíš ideálně tak prvních 100MB. Pokud se GPT zapsalo, tak když dáš normálně
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
21.3.2019 22:49
22.3.2019 19:12
cfdisk dump.bin, tak rovnou uvidíš ty předdefinované partišny.
7) Zapsat jednotlivé partišny podle souborů které máš bokem (na SPRÁVNÉ LBA offsety podle toho mtdparts nastavení a zároveň podle LBA offsetu v GPT), ze zálohy zapsat jedinečnou konfiguraci pro tvůj stroj.
8) GPT se dá i prostě vytvořit nad souborem s nulama:
# dd if=/dev/zero bs=1024 count=10000 of=/tmp/zzzzzzz.bin # cfdisk /tmp/zzzzzzz.binMám tu rockpro64, který je taky založený na rockchipu, ale jiné generaci a určení je taky jiný, takže čekám, že i GPT partišny budou jinak rozdělený.
Uložit si záložní GPT nejde
cz3dtc@Linux-CZ3DTC:~/pracovni/prac$ rkdeveloptool rl 0x00FFFFDF 0x00000021 backup_gpt Read LBA failed! cz3dtc@Linux-CZ3DTC:~/pracovni/prac$ rkdeveloptool rl 16777183 33 backup_gpt Read LBA failed!Při každém zapnutí vše jako že není viz :
cz3dtc@Linux-CZ3DTC:~/pracovni/prac$ rkdeveloptool ppt Read GPT failed! Read parameter failed! Not found any partition table!Při každém začátku práce musím :
cz3dtc@Linux-CZ3DTC:~/pracovni/prac$ rkdeveloptool db RK3188Loader\(L\)_V2.19.bin Downloading bootloader succeeded.Potom píše výpis něco jiného
cz3dtc@Linux-CZ3DTC:~/pracovni/prac$ rkdeveloptool ppt Not found any partition table!Jelikož mi nelze číst konec rkdeveloptool rl 0x00FFFFDF 0x00000021 backup_gpt tak tam dávam jen to co je ve pirmware od výrobce a to :
CMDLINE: mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00004000@0x00004000(kernel),0x00008000@0x00008000(boot),0x00010000@0x00010000(recovery),0x00020000@0x00020000(backup),0x00040000@0x00040000(cache),0x00400000@0x00080000(userdata),0x00002000@0x00480000(kpanic),0x00100000@0x00482000(system),-@0x00582000(user)Vypadá to takto :
cz3dtc@Linux-CZ3DTC:~/pracovni/prac$ rkdeveloptool db RK3188Loader\(L\)_V2.19.bin Downloading bootloader succeeded. cz3dtc@Linux-CZ3DTC:~/pracovni/prac$ rkdeveloptool ul RK3188Loader\(L\)_V2.19.bin Upgrading loader succeeded. cz3dtc@Linux-CZ3DTC:~/pracovni/prac$ rkdeveloptool prm parameter Writing parameter succeeded. cz3dtc@Linux-CZ3DTC:~/pracovni/prac$ rkdeveloptool gpt parameter.txt Writing gpt succeeded. cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/old/Android/Image$ rkdeveloptool wl 0x00002000 misc.img Write LBA from file (100%) cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/old/Android/Image$ rkdeveloptool wl 0x00004000 kernel.img Write LBA from file (100%) cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/old/Android/Image$ rkdeveloptool wl 0x00008000 boot.img Write LBA from file (100%) cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/old/Android/Image$ rkdeveloptool wl 0x00010000 recovery.img Write LBA from file (100%) cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/old/Android/Image$ rkdeveloptool wl 0x00020000 ./../backupimage/backup.img Write LBA from file (100%) cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/old/Android/Image$ rkdeveloptool wl 0x00100000 system.img Write LBA from file (100%) cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/old/Android/Image$ rkdeveloptool rid Flash ID: 45 4D 4D 43 20 cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/old/Android/Image$ rkdeveloptool rfi Flash Info: Manufacturer: SAMSUNG, value=00 Flash Size: 0 MB Block Size: 512 KB Page Size: 2 KB ECC Bits: 0 Access Time: 40 Flash CS: cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/old/Android/Image$ rkdeveloptool rci Chip Info: 42 30 31 33 32 31 30 32 30 33 31 31 30 30 31 56 cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/old/Android/Image$ rkdeveloptool rcb Read capability Fail! cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/old/Android/Image$ rkdeveloptool td Test Device OK. cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/old/Android/Image$ rkdeveloptool ld DevNo=1 Vid=0x2207,Pid=0x310b,LocationID=208 Maskrom cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/old/Android/Image$ rkdeveloptool rd Reset Device OK.No a po rebootu nic. Zase jako když sem nic nedělal. Asi je něco o velikosti smazáno na nadflash nebo je vadná což je divné když do mé neopatrnosti fungovalo vše ok.
#!/bin/bash clear /usr/bin/rkdeveloptool db "/home/cz3dtc/pracovni/firmware/flasher/data/RK3188Loader(L)_V2.19.bin" sleep 2 /usr/bin/rkdeveloptool ul "/home/cz3dtc/pracovni/firmware/flasher/data/RK3188Loader(L)_V2.19.bin" sleep 2 /usr/bin/rkdeveloptool prm /home/cz3dtc/pracovni/firmware/flasher/data/parameter /usr/bin/rkdeveloptool gpt /home/cz3dtc/pracovni/firmware/flasher/data/parameter.txt /usr/bin/rkdeveloptool wl 0x00002000 /home/cz3dtc/pracovni/firmware/flasher/data/misc.img /usr/bin/rkdeveloptool wl 0x00004000 /home/cz3dtc/pracovni/firmware/flasher/data/kernel.img /usr/bin/rkdeveloptool wl 0x00008000 /home/cz3dtc/pracovni/firmware/flasher/data/boot.img /usr/bin/rkdeveloptool wl 0x00010000 /home/cz3dtc/pracovni/firmware/flasher/data/recovery.img /usr/bin/rkdeveloptool wl 0x00020000 /home/cz3dtc/pracovni/firmware/flasher/data/backup.img /usr/bin/rkdeveloptool wl 0x00100000 /home/cz3dtc/pracovni/firmware/flasher/data/system.img /usr/bin/rkdeveloptool rd cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/flasher$
Uložit si záložní GPT nejdeSpouštěl jsi i tento příkaz po načtení RK3188Loader\(L\)_V2.19.bin? Podle všeho ten loader inicializuje DDR, takže bude potřeba pro jak zápis tak i čtení.cz3dtc@Linux-CZ3DTC:~/pracovni/prac$ rkdeveloptool rl 0x00FFFFDF 0x00000021 backup_gpt Read LBA failed! cz3dtc@Linux-CZ3DTC:~/pracovni/prac$ rkdeveloptool rl 16777183 33 backup_gpt Read LBA failed!
cz3dtc@Linux-CZ3DTC:~/pracovni/prac$ rkdeveloptool prm parameterZde podle mě děláš chybu. Tím parametrem se IMO myslí něco jako proměnná prostředí shellu, takže by tam měl být spíš string:
CMDLINE: mtdparts=rk29xxnand:0x00002000@0x00002000(misc),0x00004000@0x00004000(kernel),0x00008000@0x00008000(boot),0x00010000@0x00010000(recovery),0x00020000@0x00020000(backup),0x00040000@0x00040000(cache),0x00400000@0x00080000(userdata),0x00002000@0x00480000(kpanic),0x00100000@0x00482000(system),-@0x00582000(user)V jakém přesném formátu (zda v uvozovkách apod.) ale nevím. Obsluhující funkce se volá v kódu rkdeveloptool
write_parameter() (dá se to najít přes "PRM" string).
GPT mě přijde OK, jinak podle kódu se dá zapsat GPT rovnou přes:
rkdeveloptool gpt soubor.imgJe možný že se dá Manufacturer nastavit v parameter_gpt.txt nebo proměnných prostředí, ale není to na 100%. Samsung odpovídá hodnotě 0, takže jakoby by byla ta hodnota nenastavená. Mohlo by to ale fungovat i bez toho (příkazy EMMC jsou snad podobně standardizovaný jako MMC/SD).
cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/flasher$ cat backup.sh #!/bin/bash clear /usr/bin/rkdeveloptool db "/home/cz3dtc/pracovni/firmware/flasher/data/RK3188Loader(L)_V2.19.bin" rkdeveloptool rl 0X00000001 0X0000003F backup_gpt rkdeveloptool wl 0X00000001 backup_gpt cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/flasher$ ./backup.sh Downloading bootloader succeeded. Read LBA to file (100%) Write LBA from file (100%) cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/flasher$Zkusil sem vzét z té 0x00FFFFDF 0x00000021 a dát to na 0x00000001 , to se provedlo ale vždy po rebootu se nepřepne z toho maskrommode do normálu takže žádná změna (zmizí to co tam zapíšu a je na obou místech něco jiného) a to cz3dtc@Linux-CZ3DTC:~/pracovni/firmware/flasher$ cat backup_gpt ####################################################### # Option HSO device DefaultVendor= 0x0af0 DefaultProduct= 0x7401 TargetClass= 0xff CheckSuccess=10 MessageContent="55534243785634120100000080000601000000000000000000000000000000" NoDriverLoading=1 takže vlastně když cokoliv zapíšu tak se to jako neuloží /teda uloží dokud nerebootnu/
Zkusil sem vzét z té 0x00FFFFDFTohle je z té wiki že? Teď mě došlo, že to nemusí být správná hodnota, poslední sektor té EMMC bude pokaždý jiný. Jednak výrobci nedávají přesně 2^n sektorů, jednak jsou různé modely tabletu s různou kapacitou a jednak ty čipy samotný mají část sektorů rezervovanejch. Tys psal, že máš 29f128g08cfaba 16GB, což by mělo být okolo 0x01ffff00 (512B sektory!), ale je to jen přibližně. Blbý je že pokud se ten flash čip opravdu identifikuje nulama, tak neoznamuje ani tu délku :-/. Zkus přečíst (po stáhnutí toho loaderu) nějakej nesmyslně vysokej sektor a pokud to napíše chybu, tak zkus půlením kroku najít adresu, kde to přestane hlásit chybu. Jinak ohledně programátoru. Technicky to jde, ale stejně bys musel mít ten GPT image bokem a musel bys pájet BGA čip (horkovzduška a pak zase zpátky na desku). Ještě by možná šlo místo toho RK3188loader načíst rovnou uboot, ale neznám jeho formát (ten RK3188loader image začíná "BOOTf" stringem). P.S. Taky může záviset na verzi toho RK3188loaderu. Pokud byl získanej dumpnutím z různejch tabletů, tak podle typu tabletu můžou být verze, které neumí správně tu EMMC. Zkusil bych i jiné verze loaderu a pokud nějaká správně identifikuje EMMC, tak to zkusit s ní. P.P.S. Jako poslední možnost by mohlo pomoct tu EMMC komplet vymazat, ale nevím nevím :-/.
Podle datasheetu ten nadflash má tyto hodnoty
Manufacturer Part Number Byte Size Page size bytes Block size bytes ECC bits mode (nCE) Type Process --------------------------------------------------------------------------------------------------------------- Micron 29F128G08CFABA 16GB 2M+186K 8K+744 40 2 mlc 20nm
http://www.sunychip.com/uploads/soft/181010/1-1Q0101P525.pdfJak ale a kam zapsat informace do nadflash ať se zase správně začne identifikovat velikost to netuším. No s tim programátorem odpájet horkovzduškou , nacpat do programátoru a tam to bude stejné jako tady když se ten chip tváří jako jinej a bude to dělat stejně v programátoru ttakže budu na tom stejně a ještě mít chip mimo tablet. Teď testuju to čtení konce zda-li něco vyzkoumám.
Tak je divné že to čte více než 16GB než to spadne :
cz3dtc@Linux-CZ3DTC:/media/cz3dtc/Data/temp$ /usr/bin/rkdeveloptool db "/home/cz3dtc/pracovni/firmware/flasher/data/RK3188Loader(L)_V2.19.bin" Downloading bootloader succeeded. cz3dtc@Linux-CZ3DTC:/media/cz3dtc/Data/temp$ rkdeveloptool rl 0x00000000 0x02ffff00 test Read LBA to file (32%) Read LBA to file (32%)Read LBA to file (100%) cz3dtc@Linux-CZ3DTC:/media/cz3dtc/Data/temp$ ls -l * -rwxrwxrwx 1 cz3dtc cz3dtc 25769672704 bře 25 11:32 test cz3dtc@Linux-CZ3DTC:/media/cz3dtc/Data/temp$ rkdeveloptool rl 0x00000000 0x01ffff00 test16gb Read LBA to file (100%)
https://www.cnx-software.com/2013/11/19/how-to-flash-rockchip-rk3066-rk3188-firmware-in-linux/
Top vše mám , ale pracuje ihned jen ten rkdeveloptool kde jde nacpat firmware a parameter .
afptool idb_data.img img_maker img_unpack mkkrnlimg rkcrc rkdeveloptool rkflashkit rkflashtool rk-makebootable rkmisc rkpad rkparameters rkparametersblock rk-rc4 rk-splitboot rkunpack rkunsign upgrade_toolpro wokna mam taky vše co jde sehnat ale nechce to s tim pracovat protože chip samsung 0M velikost a píše IDB error.
Stále marně čekám že se někomu tento tablet doma válí a udělá kopii nadflash a já to tím přemažu . (asi marně).
rkflashtool: info: Flash ID: 00 00 00 00 00a při dalším:
rkflashtool: info: Flash ID: 45 4d 4d 43 20Buďto nástroj rkflashtool ještě nezná tuto NAND (novinka od Micornu?), nebo se data vyčítají špatně a je potřeba někde nastavit, jak je tato NAND připojená k CPU (třeba nějakým parametrem MACHINE TYPE, MODEL ID nebo tak něco). Význam ID bajtů jde najít v pdf k NAND paměti.
Je tap přesně tato (vše je uplně stejné jen to číslo vpravo na boku je ZC2Q jinak vše je stejné.)
http://ae01.alicdn.com/kf/HTB16cCYJFXXXXXwXXXXq6xXFXXXC/MT29F128G08CFABAWP-B-MT-29F128G08CFABA-WP-B.jpg
rkflashtool w system < system.img rkflashtool w recovery < recovery.imgPříkaz:
rkflashtool p < paramKde v souboru param bude (to si najdi co tam má být):
CMDLINE: mtdparts=rk29xxnand:0x00001f40@0x.....Bohužel jenom hádám podle výpisu "rkflashtool: info: Error: 'mtdparts' not found in command line.". Já kdysi používal grafický klikátka a pro jistotu jsem měl zálohy všech těch oblastí. Takže ti moc nepomůžu. Třeba to chce jenom správný postup těch příkazů.
Podařilo se mi kontaktovat člověka co dělal flash software rkandroidtool na githubu a ten mne navedl na sériovou ttl konsoli , že bez toho nic nezjistim (a tak sem vedle cpu našel a připájel) , teď nemám čas ale pak budu laborovat.... a případné info doplním.
Takže problém vyřešen (chtělo to odpájet baterii a tím se smázla ram kde se systém snažil flashovat jinam než na NAND.
Po připojení baterie seriová konsole stroze ohlásila :
DR Version 1.04 20140217 In DDR3 300MHz Bus Width=32 Col=10 Bank=8 Row=16 CS=1 Die Bus-Width=8 Size=2048MB Memory OK OUT BUILD==2.18 2 No.1 FLASH ID:2c 64 44 4b a9 0 No.2 FLASH ID:2c 64 44 4b a9 0 OK! 136869 unsigned!Měl sem za to že je tablet ko neb už se ani na USB nehlásil. Po informování autora flashovacího software o tomto stavu mi sdělil že právě naopak že tablet má funkční NAND a má i funkční Loader. Moc sem nechápal ale on napsal že mám na osciloskopu najít clock signal a ten připojit na zem a že se z5 aktivuje Mask ROM Mode. No říkám si , udělám to a budu na tom tam kde doteď ale ono ne , po provedení spojení pinu 8 a 9 se vrátil Mask ROM Mode a již šlo flashnout celej firmware a po rebootu tablet najel. Funguje jako dříve. Chybu sem udělal když sem neopatrností udělal flash tabletu firmwarem pro jiné zařízení které je také na tom chipu založeno ale nemá žádnou NAND . No a dokud si to RAM pamatovala tak prostě nešlo na NAND uložit a nic se nedělo. Teď je vše zase ok . Díky všem za pomoc !
chtělo to odpájet baterii a tím se smázla ram kde se systém snažil flashovat jinam než na NANDFacepalm
. To že to bylo celou dobu pod proudem by mě ani ve snu nenapadlo.
Ale congrat, že to zase jede.
Tiskni
Sdílej:
