Előzmény:
WinCE6-on semmiféle ismert és jól bevált nand/rom dumper nem működik. Ennek tőbb oka is van, csak párat sorolnék.

1. Olyan API-kat haszhálnak melyek CE6-ban nem léteznek: SetKMode, SetPermissions, stb.
2. CE6 memória szervezése teljesen más mind elődeié és nem az ismert "slot"-okon alapszik, ezért bármilyen kisérlet a program részéről hogy kilépjen a neki megadott memóriábol le van tiltva. Ezen felül minden rajta futó program és a driverek meg egyéb dll tőbbsége user módra van kényszeritve. Másik érdekesség az hogy a háttérben nem csak egy "device.exe" található hanem annyi ahány periféria eggyidejüleg műküdik (COM, SD, NAND, stb). Mindez azért hogy egy hibásan megírt driver vagy egy rosszakaratu dll ne férhessen hozzá a kernelhez. Jó pár ce4-ce5 program nem a "standard" coredll funkciókat hívja hanem lekérdezi a funkcióknak a virtuál címét(GetProcAddressW) és egyenesen oda ugrik, ami persze itt le van tiltva.
3. CE6 előtti programok és driverek ugymond hátso bejáratokat használtak. Ezek alatt azokat a funkciókat értem melyek nemdokumentált KernelIoControl-okat hívtak be. CE6-ban is vannak ilyenek de user módbol nem érhetők el. Ha jól emlékszem, talán 5 vagy 6 KernelIoControl engedélyezett user módbol.
4. Sok egyéb funkció is user módban le van tiltva.

Sorolhatnék még de gondolom már unjátok, ezért térjünk a tárgyra.

Rém kíváncsi voltam mi hol van ebben a kütyüben(920BT), ezért írnom kellett egy programot ami képes kiolvasni a nandot. Jó pár coredll funkcióval ami MSDN szerint működik nem sikerült boldogulnom de végül ledumpoltam az érdekes részeket.

Első mentés a 0-ás partició volt. Ez tőbbé-kevésbé eggyezik az yfospa06.img-vel ami ezen a fórumon (is) található. Igen ám de a progi kiírta hogy a 0-ás partició 0x5800 szektortól kezdődik, tehát az OS előtt még van valami. Gyorsan hozzáadtam egy gombot amit "Hidden"-nek neveztem el. Ez ledumpol minden szektort a 0-ás partició "hivatalos" kezdetéig... A dugott rész elég nagy meglepetés volt mert az úgynevezett "tocblock"-on kívül(azért a bekezdés létezik) még az Nboot is benne van: SiRF NBOOT v7.0 Nov 17 2009 10:26:20. Legelső szektor az MBR, másodiktól jön az Nboot (vagy annak egy másolata) majd a 770-nél megszokott bootloader. Ez a következő nevekre reagál: YFormat.fmt, PI06.bld, YFBtPI06.bld, YFU2PI06.bld, CfgPA06.cfg, LogoPA06.bmp és YFOSPA06.img.
Van a bootloaderben még egyéb érdekesség is. Olyan szövegek mint "Load linux at", "Invalid linux image", "androidwince", "real_root=/dev/mmcblk0p2 mem=128M console=ttyS0 androidboot.console=ttyS0". A dumpban még benne van a komplet registry(amit valószinüleg CfgPA06.cfg csak kiegészit) meg a logó kép is. Mindez aránylag kevés helyet foglal el, 75-80%-a üres.

UI: Akit érdekel ez a nand mentő progi, letőltheti a cikk végén található linkről. Működéséhez szükséges hogy a gépre legyen telepítve netCompactFramework3.5, ami tudtom szerint már minden CE6-ban gyárilag rajta van.
Használata elég egyszerü: a "Store" menüjében ki kell keresni DSK1:-et, rákattintani, majd attol függően hogy mit is akartok dumpolni, a megfelelő rádiogombot szelektálni. OS a 0-ás particióban van, erre rá kell kattintani hogy kék szinben jelenjen meg, ezután "Dump". Ekkor előugrik a kimentőablak és a SIP (ha nem tetszik a fájlnév amit magátol beír, meg lehet változtatni). Abban az esetben ha nincs elég helye a dumpnak RF-ben vagy SDMMC-n, ezt kiírja és OK után leál. Ha "DSK1:" után "Hidden"-t választjátok, meg sem fog jelenni a partició ablak, egyenesen "Dump" és máris dumpolja a "dugi" szektorokat melyekben a bootloader is ott van.

Befejezésül a)Braindead segitett abban hogy a progi itt legyen és nem valami vacak file share oldalon. b) Ha egy 820-as tulajdonos lementi a dugott szektorokat, megkérném arra hogy tegye kőzzé.

17.03.2010 Javitott változat került fel: ellenőrzi az adatokat, infó ablak frissül és ujjabban netCompactFramework2.0, használható n770-en is. Másik gépemen melyben gyárilag nem volt netCFW de MioPocket telepitett, sajnos nem működik. Azért mégiscsak az unmanaged kód a legbiztosabb, talán közös erövel nyélbeütjük...

21.03.2010 Eddig ismeretlen okokból esetenként nem olvasta rendesen ki a partició adatokat nameg néhány gép nem türte meg a "BinaryWriter"t.

12.04.2010 Uj változat:
-Használat egyszerüsités céljábol a "Store" lista csak a nand-ot(nand-okat) fogja tartalmazni mert semmi értelme az SD-t vele dumpolni.
-Belsőleg azért felsorol minden DSK-t de attol fűggöen hogy CE5 vagy CE6 más-más eljárással. CE6-ban coredll tartalmaza FindFirstStore/FindNExtStore API-kat tehát ezeket fogja használni, CE5-ben viszont továbbra is a registry-ből szedi ki az aktiv DSK-kat.
-Előző változat a nand mérethez ioctl segitségével jut hozzá, a mostani változat ioctl-n kivül MBR-bol is kiszámolja és ha eltérést észlel (pl full dump esetében) akkor megkérdezi hogy melyik értéket használja.
-Store-t nem kell már szelektálni mert magátol selektálja DSK1:-et mivel hogy általában csak 1 nand van adott gépben, tehát kezdettöl fogva a gombok aktivak.
-Mikor "hidden" azt mondja hogy "0x1 sectors" akkor semmi értelme azt kimenteni hacsak nem akarjátok tanulmányozni a kütyü MBR adatait... mert ebben az esetben ott bizony ezen kívül semmi más nincs.

Az utolsó változat letölthető innen.

17.05.2011
Jó hírem van: elkészült a NDump CE5 és CE6 változata, mindkettő ARM nativ kódban. Ez lényegében azt jelenti hogy működnek bármilyen gépen akár van akár nincs rajtuk Compact Framework. Sajnos nincs lehetőség arra hogy ugyanaz a progi kezelni tudja a ce4(ce5) és ce6 rendszereket mert külön-külön platformban kell szerkeszteni de maga a kód tökéletesen ugyanaz. Használatuk azonos a régi NDump-al azzal a külömbséggel hogy a program választja ki a tárat melyre ment aszerint hogy hól talál tőbb szabad szektort.

18.05.2011
Mindkét progiban találtam szépséghibát de sikerült javitanom a mentés sebességén is. Ez úgy történik hogy mikor már meg van a mentés mérete, kiszámolja a maximális memoria méretet a beolvasáshoz/kiíráshoz. Esetenként ennek a buffernek a mérete felmehet majd 10MB-ig is, lényeg az hogy a szektor méret tőbbszöröse kell hogy maradjon.

12.06.2011
Apró de esetenként lényegeges változás a tár megnyitásnál: standard tárak esetében (pl. DSK1:) CreateFile API-t használja, egyébként (pl. SMFlash) OpenStore API-t. Verziószámot is kaptak: v1.3.

09.10.2011
Tőbbször is előfordult hogy kevésbé tapasztalt felhasználók mielőtt "Store"-t(tárat) választottak volna, egyenesen a partició válaszással akarták kezdeni a mentést. Ez olyasmi lenne mint megharagudni a navi programra mert nem akar elvinni a kiválasztott utcába és adott házzszámra análkül hogy megadták volna a cél-várost. Közvetve azért program hiba, mert nem tiltja le a felső választási lehetőségeket ameddig a tár(Store) ablak üres. Ez most ki lett javitva és melegen ajánlom hogy ez utobbi változatot (V1.4) használjátok. Még nem tudom hogy a 4GB tárral rendelkező gépeket le tudja particióként is menteni mert nincs ilyenem hogy kipróbáljam de azért pár változót 64 bittes-re cseréltem.

12.10.2011
Mivel hogy majdnem minden uj gépen WInCE6 van, nagyon figyelmesen átfésültem a NDumpCE6 kódját és lényegesen megváltoztattam a mentést végző rutint. Tény az hogy most fix buffer méretet használ (6MB), mely írás/olvasás szempontjából optimálisnak bizonyult: 2,56MB/mp 2KB/oldal nandal, 512 byteos sektor mérettel. Az ujjabb 4KB/oldal nandokkal, nagy szektor méretekkel bizonyosan ennél még jóval gyorsabban fog menteni. Ez a változat V1.4.1 szerint azonositható.

NDumpCE5
NDumpCE6.