I copied it twice not and still getting..
Amstrad Delta - PBL V4.9 Build:1311 Assert Debug ICE
PBL 32MB NAND
0MB.-->MEMv01.00.002,CopyLim=00220000h,CodeEnd=01400000h-->PBL......1MB.......2MB*
and that's it…??????
Spanner..
http://amstrad-e3-hacking.freeforums.net
Hi Nick,
> Starting restore.. This might take a while...
> found /media/sda1/e3-nand.0
> erasing 224 on /dev/mtd0
> Erase Total 224 Units
> Performing Flash Erase of length 16384 at offset 0x37c000 done offset 0x1f8000
> writing flash
> Input file is not page aligned
That's nandwrite detecting the file's length means it doesn't contain a
whole number of what it expects.
> Data did not fit into device, due to bad blocks
That's just a secondary error caused by the first that can be ignored;
a bug in nandwrite.
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fvamanea%2Fmtd-utils%2Fblob%2Fmaster%2Fnandwrite.c%23L46&data=02%7C01%7C%7Cd36d4996bec941d4b67b08d6c8d6960c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636917221299719040&sdata=tqQAEOxwu7Ey0gQMAqIlKTqnndQi23B7602etPhZbTs%3D&reserved=0
says -o
means image contains OOB data, but we've stripped it out so the
nandwrite -on $dev $f
you have needs to be
nandwrite -n $dev $f
That's assuming it's okay to write the data without the OOB part;
I don't know about mtd but that's the implication I picked up from
earlier in this thread.
--
Cheers, Ralph.
_______________________________________________
e3-hacking mailing list
e3-hacking@earth.li
https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.earth.li%2Fmailman%2Flistinfo%2Fe3-hacking&data=02%7C01%7C%7Cd36d4996bec941d4b67b08d6c8d6960c%7C84df9e7fe9f640afb435aaaaaaaaaaaa%7C1%7C0%7C636917221299719040&sdata=lKEW6KrsdX2A56l5nHqGm8eI3MrTny0BCG4ZRs8Nuns%3D&reserved=0