Hi Jfs, Bob

I believe that what Bob has suggested is working. I have not restored the
vendor partition yet. I ran out of time. I think the vendor is the file
system. It partially boots abs then kernel panic sets in which is more than
it has done in a long time. I have been writing notes as I go through this
in case it happens to someone else. I'll let you know tonight if a copy of
your backups is beneficial.

You guys are awesome

Craig
On Nov 12, 2015 6:33 AM, "JF Straeten" <jfstrae...@scarlet.be> wrote:

>
> Hi Bob and Craig,
>
>
>
> On Thu, Nov 12, 2015 at 01:51:58AM +0000, Bob Stewart wrote:
>
> [...]
> > So, if the lengths of your files are in this order, then you should
> > be good to go.  (Decimal lengths: File 0 = 262144, etc: 131072,
> > 262144, 131072, 2097152, 4194304, 25090112, 524288, 4096).  You
> > would just load rammode, naskey, zImage, ramdisk.gz, vendor, and
> > wmdata.  I doubt you'd need log.
>
> Does it work with Bob's idea ?
>
>
> > Otherwise, someone's going to have to remind me how to make a copy
> > of the flash data, as I can't remember how I did it the one time I
> > did. [...]
>
> [...]
> > the files named block and mtd. Is it possible to backup your
> > partitions and send them to me so I know which is which to restore.
>
> If it don't, it's easy to backup the mtd partitions from a running
> system with dd :
>
> lothar:~# dd if=/dev/mtd0 of=/tmp/test-mtd0.dd
> 512+0 enregistrements lus
> 512+0 enregistrements écrits
> 262144 octets (262 kB) copiés, 0,295637 s, 887 kB/s
>
> lothar:~# l /tmp/
> total 260
> -rw-r--r-- 1 root root 262144 nov 12 12:27 test-mtd0.dd
>
> lothar:~# file /tmp/test-mtd0.dd
> /tmp/test-mtd0.dd: data
>
> I can upload the files somewhere for you.
>
>
> > I really appreciate the help. I have some hope again and I really
> > hate to let machines win lol.
>
> :-)
>
> Hih,
>
> --
>
> JFS.
>

Reply via email to