[RESOLVED] oxnas-revert: MTD not found, unsupported model

[Smeghead]

I figured I should post this in case it helps anyone that runs into the same problem I did using warhead's revert script.

I've been playing with a pink POGO-B1 that I now want to hand off to someone else to experiment with, but I didn't want my USB drive to go with it. I figured the best way for the recipient to learn would be to return the pogo to stock condition, and they could then follow the installation instructions themselves.

Unfortunately, running oxnas-revert.sh resulted in an "unsupported model" error:

$this->bbcode_second_pass_code('', '
[root@alarm tmp]# wget http://archlinuxarm.org/os/oxnas/oxnas-revert.sh
--2012-02-10 14:08:36-- http://archlinuxarm.org/os/oxnas/oxnas-revert.sh
Resolving archlinuxarm.org (archlinuxarm.org)... 206.217.130.189
Connecting to archlinuxarm.org (archlinuxarm.org)|206.217.130.189|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3539 (3.5K) [text/x-sh]
Saving to: `oxnas-revert.sh'

100%[====================================================================================>] 3,539 --.-K/s in 0s

2012-02-10 14:08:36 (47.1 MB/s) - `oxnas-revert.sh' saved [3539/3539]

[root@alarm tmp]# chmod 755 oxnas-revert.sh
[root@alarm tmp]# ./oxnas-revert.sh
#############################
##
## Pogoplug Pro/V3/Video
## Arch Linux ARM to Stock Revert
##
#############################
##
## For use with OXNAS 7820 only.
##
#############################
## PREPARATION
# Switching to /tmp...
# Ensuring we're ready to proceed...
# Preparing our way...
# Getting uboot parameters...
open mtd: No such file or directory
# Checking board revision...
# = board :
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
ABORTING!!! UNSUPPORTED MODEL
=================================
See the wiki on models supported
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
')

Poking around at the script, this was failing because there was no board revision grabbed by /usr/local/cloudengines/bin/blparam, which is the source of the "open mtd: No such file or directory" warning. Dumping its string table led me to guess that this grabs its information from /dev/mtd0, which for whatever reason didn't exist on this install.

The solution in this case was to create /dev/mtd0 manually:

$this->bbcode_second_pass_code('', '
[root@alarm usr]# mknod /dev/mtd0 c 90 0
')

After that, a which check of blparam showed that it was dumping all the necessary info, and running the revert script resulted in success. The pogo is back to its original self again, and I can reclaim my flash drive.

I'm excited for the upcoming 3.1 kernel, as we have all sorts of devices we'd like to attach to these things. At $25 or so apiece and 4W power draw, there are a gazillion uses for these.

Edit: changing thread title to show [RESOLVED] instead of [solved], which seems to be the done thing around here.