[E3-hacking] Config / content filesystem

[Nick Griffin]

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

From: Ralph Corderoy<mailto:ralph at inputplus.co.uk>
Sent: ‎Wednesday‎, ‎24‎ ‎April‎ ‎2019 ‎18‎:‎02
To: Discussion of the Amstrad E3 emailer hardware/software<mailto:e3-hacking at earth.li>

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 at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.earth.li/pipermail/e3-hacking/attachments/20190424/4f499d5e/attachment.html>