mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Richard Purdie <rpurdie@rpsys.net>
To: Pavel Machek <pavel@ucw.cz>
Cc: kernel list <linux-kernel@vger.kernel.org>
Subject: Re: Sharp brick c-3000
Date: Mon, 24 Oct 2005 22:59:04 +0100	[thread overview]
Message-ID: <1130191145.8345.185.camel@localhost.localdomain> (raw)
In-Reply-To: <20051024211632.GA7127@elf.ucw.cz>

Hi,

On Mon, 2005-10-24 at 23:16 +0200, Pavel Machek wrote:
> I'm not sure what I did wrong... I can still access "flasher" menu, by
> holding down okay after reset, I press 4, 2, Y after that, screen just
> goes black, but I do not get "update screen" after that. SD inserted
> or not, no change. I'll play a bit more.

Ah, I can guess :-(. Have a look at this:
http://www.h5.dion.ne.jp/~rimemoon/zaurus/pic/nandmap.jpg (from
http://www.h5.dion.ne.jp/~rimemoon/zaurus/memo_006.htm)

updater.sh writes the kernel into the space marked "2nd Kernel" - 1264kb
long. I'd guess you wrote a kernel larger than this, you overwrite the
initrd.gz which is used to run updater.sh. We really need to add a size
check to the OE copy of updater.sh. Anyhow, the damage has been done and
that update route is now broken. I should have warned about this
although I assumed Sharp might have fixed it on newer devices :-/.

So I said the Zaurus is unbrickable and you appear to have bricked it?
There is another level of system restore thankfully. In the past, to fix
this problem on both a c700 and a c760 I've used the files from here:

http://pocketworkstation.org/files/recover/

(http://pocketworkstation.org/files/recover/README-flash-recover.txt is
the instructions I used.)

You need to find the files for the c3000 and then attempt this
procedure. I don't have the files for the c3000 but you should be able
to get from somewhere. When you find them, let me know as I might also
find them handy ;-).

Your other alternative is to perform a NAND Restore, if you can find a
NAND backup for the C3000. The D+M menu has an option for this and I'm
sure it will also be documented on the web. When in this state I
couldn't get that to work on my c760 though it could have been the image
I was trying to restore it with or my CF card...

Incidentally OE has safeguards that warn you if the kernel is too big...

Richard



  reply	other threads:[~2005-10-24 21:59 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-10-24 21:16 Pavel Machek
2005-10-24 21:59 ` Richard Purdie [this message]
2005-10-24 22:09   ` Pavel Machek
     [not found]   ` <20051025083231.GA7927@elf.ucw.cz>
     [not found]     ` <1130232335.8235.20.camel@localhost.localdomain>
2005-10-25 16:24       ` Sharp zaurus c-3000 Pavel Machek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1130191145.8345.185.camel@localhost.localdomain \
    --to=rpurdie@rpsys.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@ucw.cz \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome